Whitepaper: Enhanced Source Control for Multi-Project Solutions
Alfredo Mendez, with the help of my incomparable editor (you know who you
are:), published a whitepaper about source control integration in Visual Studio .NET
2003 yesterday on MSDN.
Tagline, "See how Visual Studio .NET 2003 offers simpler, easier source control
for multi-project solutions through the use of a solution root." Read/Rate/Comment:
Enhanced
Source Control for Multi-Project Solutions.
Congratulations, Alfredo! You're in print, buddy.
Related Weblog Posts/Background Reading
The
.ROOT Folder and "Unified Root"
Guidance
on Creating Projects and Solutions
What
is a Source Control Binding?
++++++++++++++++++++++++
Este mensaje se proporciona "como está" sin garantías de ninguna clase, y no otorga
ningún derecho.
Comments
- Anonymous
October 14, 2003
The comment has been removed - Anonymous
October 14, 2003
Don,The #1 thing that you can do to improve Get speed is to decrease network latency between the build and database machines. This matters more than bandwidth in most cases.Another idea would be to try running the Get on the database machine and then doing a file system copy (robocopy) to get the content on the build machine. That way the Get is local but you don't tie up your database server doing the build.Hope that helps!Jamie - Anonymous
October 14, 2003
Korby / Alfredo, I was under the impression from earlier recomemendations that one should have projects, but not solutions, checked in for team-based projects. Has this recommendation changed?Joseph - Anonymous
October 16, 2003
Hi Joseph,My guess is that those recommendations of not checkin in the solution are partially due to the issues with Source Control Integration before Visual Studio .Net. Before .Net changes to user preferences would check out the project group file, and make it fairly easy to overwrite other team member's settings.In .Net all user-specifc settings are stored separately in the .suo file, which SCC knows not to check in. The only cases where the solution file gets checked out is when you are adding/removing/renaming projects or miscellaneous files. As long as you make sure that these 're-structuring' types of changes are done in isolation (e.g. other team members have no checkouts/local changes) I believe is well worth to have VS manage your app codebase as a single solution.Hence for the vast majority of cases, I would recommend having the solution checked into source control. Less prompts, less hassle to setup your work environment.If the codebase you are working on with your team mates does not 'logically' represent a 'Application' [notice how vague I'm getting here ;) ], and each team member picks and chooses the projects they work on, then maybe there is no need for checking in the solution. A typical example of this is a set of shared libraries, they are not a 'single app' and you would not work on all libraries at the same time, hence it may makes more sense to work with them as individual projects.-AlfredoPS: Check out other great posts Korby has made in the blog about working with solutions/projects under SCC. There are great tips on those posts. - Anonymous
August 21, 2006
<a href="http://plasmatics.com/random/etc/levitra-linkdomain-order.wrx.in.ua.html">levitra">http://plasmatics.com/random/etc/levitra-linkdomain-order.wrx.in.ua.html">levitra linkdomain order.wrx.in.ua</a> [URL=http://plasmatics.com/random/etc/levitra-linkdomain-order.wrx.in.ua.html]levitra linkdomain order.wrx.in.ua[/URL] http://plasmatics.com/random/etc/levitra-linkdomain-order.wrx.in.ua.html - Anonymous
August 24, 2006
Hello, very interesting site, nice work.
<a href=" http://xanaxbuy.bht0a.info/buy-xanax-cheap.html ">buy xanax cheap</a>
<a href=" http://xanax.klpll.info/xanax-order.html ">xanax order</a>
Thanks!