Working Folders with Underscore Number _1
Moderator: SourceGear
Working Folders with Underscore Number _1
Hello,
On one client system the Vault client somehow sets the working folders to something like "project_1" "project_2" etc. instead of just "project". This is obviously a problem when we try and operate under VS since it does not find projects etc. If we go to the client and manually edit the working folders again (truncating the _Number) everything works OK. Do you have any idea what may be causing this? On our other client we do not experience this at all.
Mark Thibault - Rocx Software Corp. - http://www.rocx.com
On one client system the Vault client somehow sets the working folders to something like "project_1" "project_2" etc. instead of just "project". This is obviously a problem when we try and operate under VS since it does not find projects etc. If we go to the client and manually edit the working folders again (truncating the _Number) everything works OK. Do you have any idea what may be causing this? On our other client we do not experience this at all.
Mark Thibault - Rocx Software Corp. - http://www.rocx.com
Yes, most likely it's VS.NET trying to set up working folders its own way and naming the duplicate folders in numerical order.Do you have any idea what may be causing this?
VS.NET has its own ideas on how working folders should be arranged.
Your user could backup or delete the project from his client machine, and then do a fresh Open from Source Control. The user can set the parent working directory for the solution, but then allow VS.NET to determine project and subfolder locations.
Linda Bauer
SourceGear
Technical Support Manager
SourceGear
Technical Support Manager
It is a web project - thanks.
->Your user could backup or delete the project from his client machine, and then do a fresh Open from Source Control. The user can set the parent working directory for the solution, but then allow VS.NET to determine project and subfolder locations.
OK - this seems to be what he did to get it working. He got it out of source control via VS. I often work with both the client and via VS and it is OK for me. Are there recommendations regarding this type of use?
Thanks - Mark
->Your user could backup or delete the project from his client machine, and then do a fresh Open from Source Control. The user can set the parent working directory for the solution, but then allow VS.NET to determine project and subfolder locations.
OK - this seems to be what he did to get it working. He got it out of source control via VS. I often work with both the client and via VS and it is OK for me. Are there recommendations regarding this type of use?
Thanks - Mark
Sorry, I should have clarified this a little bit better. You won't want to use Visual Studio and the Vault Client at the same exact time. If Visual Studio is closed or you have another project opened that doesn't contain the file that you would like to check in, there should be no problem with you using the Vault Client. There should be no risk involved as long as you follow this advice.