views:

564

answers:

2

This is kind of a usability question for using VS2005: I have different branches of the same Visual Studio 2005 solution checked out from version control. The solution and project files are also under version control. On my development workstation, I sometimes have multiple instances of Visual Studio opened on a different version or branch each. They all show up under the same name in the window title and the taskbar, which makes it hard to switch to the correct one etc. (The same goes for the list of recently opened projects in the startup page, but I rarely use that, anyway.)

I tried to find a way to only change the name displayed while not running into too much trouble with source control, but Visual Studio 2005 seems to take the solution name from the name of the SLN file itself, not from some attribute inside of it.

It would already help to have Visual Studio show the full path to the solution file in the title bar, but I haven't found a way to do that, either.

How do you handle different versions from the same solution?

+2  A: 

Why don't you rename the solution file on your branches, e.g. MySolution-branchXY.sln?

Update:

I'm not sure I understand your comment.

As soon as you have branched your solution, you have two independent versions of each file: one on the trunk (or source branch) and one on the new branch. The two files simply share a common history, but you are free to change them independently on both branches. So you can rename the solution in your branch.

M4N
I cannot rename it in source control, because for it, they are the same file, just different versions. I don't want to rename it locally, either, as to be able to update it from source control. I could try to create a junction (hard link) to the solution file locally, though.
js
Thanks for the update, that makes sense. I was just trying to find a local solution because I am not sure that anybody else cares as much about the issue as I do.
js
The hard link idea is probably the best.
Martinho Fernandes
The hard link actually seems to work
flq
This is a very annoying usability problem that persists even into VS2010. Anyone that has to work on multiple branches simultaneously runs into it. I wish there was a better solution.
Dave
I have not been able to make the hard link work with VS2008 in Windows 7.
Jørn Jensen