Hello,
We have web projects under vault and in the App_Code folder we have several sub folders.
When a new user opens the website from vault within vs.net those folders are not recreated. He has to manually create the folder and then do a Get Latest. Am i doing something wrong.
--
Alexandre Mensi
Senior ASP.net Architect
Dot Architects
VS.net 2005 web projects folders
Moderator: SourceGear
OK, this is an issue with Vault, but it is complicated, so it woud be good to verify that what I found describes what you are seeing.
If you have working folders set below the main project (say the web project has a working folder and the App_Code folder below exists, and its working folder is NOT inherited, but explicitly set), then if you do an Open From Source Control from the IDE to a new location (requiring the working folder to change), then the App_Code folder doesn't actually get its working folder changed, and the Get does not go to the right place.
For example: $/project/Website1 has a working folder of C:\temp\WebSite1, and $/project/Website1/App_Code has an explicitly set working folder of c:\temp\WebSite1\App_Code (it isn't inherited).
If you do an Open From Source Control, and choose C:\temp\AnotherWebsite1 as the working folder, the App_Code folder is not retrieved because the working folder is still set to c:\temp\WebSite1\App_Code when it should be c:\temp\AnotherWebSite1\App_Code.
We made a change that will be available in our next release, but in the meantime, if you go to the GUI client and set the working folders to be overridden and then do a Get, it should work.
If you have working folders set below the main project (say the web project has a working folder and the App_Code folder below exists, and its working folder is NOT inherited, but explicitly set), then if you do an Open From Source Control from the IDE to a new location (requiring the working folder to change), then the App_Code folder doesn't actually get its working folder changed, and the Get does not go to the right place.
For example: $/project/Website1 has a working folder of C:\temp\WebSite1, and $/project/Website1/App_Code has an explicitly set working folder of c:\temp\WebSite1\App_Code (it isn't inherited).
If you do an Open From Source Control, and choose C:\temp\AnotherWebsite1 as the working folder, the App_Code folder is not retrieved because the working folder is still set to c:\temp\WebSite1\App_Code when it should be c:\temp\AnotherWebSite1\App_Code.
We made a change that will be available in our next release, but in the meantime, if you go to the GUI client and set the working folders to be overridden and then do a Get, it should work.
-
matt_stephens
- Posts: 27
- Joined: Wed Mar 08, 2006 4:22 am
Alexandre, you might want to look at this http://msdn.microsoft.com/asp.net/refer ... fault.aspx
We had terrible trouble moving our projects from Visual Studio.NET 2003 to Visual Studio 2005 and keeping them in Vault. Our main issue was that we referenced other class library code from our main solution and it seemed virtually impossible to be able to arrange a folder structure that would work properly on all developers machines without each one having to edit the references themselves. We also found that everytime we used the Open From Source Control command the working directory would get modified by either visual studio or vault. We've found it much easier to work with this project mode of working for our websites and webservices.
Matt
We had terrible trouble moving our projects from Visual Studio.NET 2003 to Visual Studio 2005 and keeping them in Vault. Our main issue was that we referenced other class library code from our main solution and it seemed virtually impossible to be able to arrange a folder structure that would work properly on all developers machines without each one having to edit the references themselves. We also found that everytime we used the Open From Source Control command the working directory would get modified by either visual studio or vault. We've found it much easier to work with this project mode of working for our websites and webservices.
Matt