On 29 June 2011 04:17, Stephan Beal sgbeal@googlemail.com wrote:
On Tue, Jun 28, 2011 at 7:52 PM, Dimitar Zhekov dimitar.zhekov@gmail.com wrote:
I remember such a discussion taking place some time ago. It was not so straightforward - for example, what about the files not under the project directory?
There shouldn't _be_ any files not under the project dir, at least not managed by the project management tool. IDEs are almost exclusively used for working on source-control-based projects, and every source tree is rooted in one directory.
That is one theory, but not universal. For example when multiple projects share a common part it needs to be in a separate tree because no vcs I know of allows nested working directories without a page full of caveats, and thats too mistake prone.
When storing project files in a vcs, storing sessions in them should be turned off, when I check out the project I don't care what you were last editing, or if I do thats what the vcs is for. Then you don't have the risk you ran into.
Sessions should be per user. I can't remember if it fixes this problem but there is a branch in svn with significantly improved session management, but the changes are so big that no one has had the time to review it for merge.
[...]
developers opposed even to that, can't remember why. There was also talk about storing each filename as both relative and absolute, and try to open the relative first. I thought that was implemented, but don't see it anywhere. So, for now, what you see in the title is what you get.
Storing both absolute and relative and trying both increases the risk because they have an order and Murphy says that the wrong one will always be tried first (and found :-).
Cheers Lex