| Priority |
Normal |
| Type | Bug |
| State | Won't fix |
| Assignee | Exception Robot |
| Subsystem | Project Configuration |
| Affected versions |
No affected versions
|
| Fixed in |
No fix versions
|
| Fixed in build |
Next build |
|
|
1. You create IDEA project on your local drive
2. You create shortcuts to remote directories under the IDEA root.
3. You commit ipr and iml files to version control
4. You tell your teammates which shortcuts they should create and which network locations they should refer to.
I wonder if Path Variables would solve this problem. You simply use absolute paths to your remote content roots AND define path variables corresponding to those root (or, more likely, to several common prefixes of those roots). When someone opens shared ipr for the first time (or after update) they will be requested to define these variables. Give them descriptive names, and step 4 is redundant.
Also, why don't you allow relative pathing up from a Path Variable?
Thanks,
Jon
The only problem with shortcuts is that we need to explicitly support this feature of Windows file system (as if we did not have enough problems with file refresh already). Having a viable workaround, I would rather spend time on something else. In fact, Path Variable are more that a workaround, they are much better since they are more portable.
As for relative pathing from a Path Variable, this is very difficult to support in current architecture. Unlike Eclipse, IDEA substitutes Path Variables automatically when reading/writing project/module files. Guessing that something is just above the existing variable is not what every user would like.