Ardent Dev - For your own sake, stop using SourceSafe

Thursday, August 24, 2006

For your own sake, stop using SourceSafe - please!

I believe strongly that you need great tools to support a great development process. There are a few core tools every team should have: work item / defect tracking system, automated build system, developer testing tools (including unit testing tools), and source code control. A lot of places I go it seems that source code control is the only tool that most teams have in place. And I find it baffling that in 2006 most people are reporting that Visual SourceSafe is their SCC tool. Look at these stats: http://www.codinghorror.com/blog/archives/000660.html.

Jeff Atwood makes some good points in that post about why you should avoid SourceSafe. The biggies are the illusion of safety and the bad habits that SourceSafe encourages. SourceSafe is still hanging around because Microsoft had to do something with it. The SCC with Team System ain't free and people have gotten used to having a free source code control system from Microsoft. I fully expect that we'll see a lite version of Team System SCC come out to replace SourceSafe (with a wizard to suck in your VSS data). But of course it will come after the first few big pushes to get folks to buy the full Team System line (including Team Foundation Server). If a VSTS SCC Lite came out now, I think too many people would just opt for that instead of going for the full deal with work item tracking, automated builds, reporting, and all that great integration.

I recommend one of three products if you are ready to move away from SourceSafe or you are not using a SCC system at all (and I've seen places using informal processes like network shares and verbally "checking in" and "checking out" code - seriously!):

Visual Studio Team System - if you have the budget for it, the integration with the other parts of VSTS is awesome. The only thing I've found missing is edit-merge-commit functionality. I had heard that it was coming - I haven't checked to see if it's there now. Bear in mind that the cost of Team System includes so much more than just source code control.
SourceGear Vault - this is what I use now and I absolutely LOVE IT. It costs a bit per developer but it is pretty much hassle-free. It works perfectly over HTTP / HTTPS so it's awesome for a distributed development team.
Subversion - I have the least experience with Subversion but I have been very pleased with it when I've used it. I have used the TortoiseSVN client with it and it's nice. If you don't have the budget for Team System or Vault, you'll need to have a "time budget" for Subversion. I haven't set it up myself but I've been told it's not quite as painless as Vault.

If you've got some money and want a full suite of development process tools, get Team System. If you've got some money and only need source code control, look at Vault. If you don't have $$$, look at Subversion.

Oh, and if you "only need source code control", it better be because you already have adequate work item tracking, automated build, and developer testing tools. With so many great tools available, why would you cripple your dev process?

Posted by Derek Hatchard 8/24/2006 11:00:51 PM (Atlantic Standard Time, UTC-04:00)

Disclaimer | Comments [1] |

Tracked by:
"Team Foundation Server - First Thoughts" (Jedi Meditations) [Trackback]

9/26/2006 2:51:13 PM (Atlantic Standard Time, UTC-04:00)

Good post Derek,

When I was looking for a source control system a few months ago I decided to try subversion (free is good). You're right about the time investment part. There is a great tutorial available that will minimize that time spent.

http://www.excastle.com/blog/archive/2005/05/31/1048.aspx

Futhermore you can download an installer that will do it all for you.

http://svn1clicksetup.tigris.org/

PS: Subversion has a function called blame, yes you did read right "blame".

Sebastien Aube |sebastienAT NOSPAMardentdev dot com

Name
E-mail
Home page

	Remember Me
Comment (HTML not allowed)
Enter the code shown (prevents robots):