views:

595

answers:

14
+2  Q: 

Save us from VSS!

Greetings.

I'm a 1-2 man band at work, and so far I've been using VSS for two reasons 1) the company was using that when I started a few months ago, and 2) it is friendly with Visual Studio.

Needless to say, I would very much like to upgrade to a not-so-archaic source control system. However, I don't want to give up the friendliness with Visual Studio, and I'd like to be able to migrate the existing codebase over to a better source control system.

I can't imagine I'm the only person in this situation. Does anyone have a success story they wouldn't mind sharing?

+1  A: 

Consider Subversion (http://subversion.tigris.org/) and the Tortoise shell extension (http://tortoisesvn.tigris.org/).

Jay Shepherd
+4  A: 

If you can pay for it, Source Gear Vault is designed to be a drop-in replacement.

If you can't pay, Subversion with AnkhSVN works well but is a bit different.

Ed Guiness
Vault is free for a single user!
sgwill
+1  A: 

I'd recommend looking into Subversion or GIT if you need cheap or a free solution. There are some third party plugins like Visual Svn for Subversion to keep you in Visual Studio. If you want something that's close to home (VSS) then try Microsoft's Team System or Source Vault from SourceGear.

SaaS Developer
+1  A: 

You can't beat the easy install of the free Visual SVN Server and the VisualSVN plug-in is well worth the money. I paid for that part out of my own pocket.

Mark Biek
+2  A: 

See this question. Similar content and should have some good information for you.

Mark
A: 

For one or two users, perforce is free as well. Once you need more that two users though, you have to start paying for it. They have a SCC plugin as well to allow integration into Visual Studio (and any other program that supports that interface).

+1  A: 

Another vote for Vault from SourceGear we moved from VSS to Vault about 7 months ago.

It was a very easy move and we have had a very good experience with Vault.

The little support we have needed was prompt and helpful.

YonahW
+1  A: 

Why isn't there a Team Foundation Server Express Edition?

Chris Pietschmann
A: 

i left the company where I originally set up VSS. is that cheating?

Tim Abell
You, sir, are the devil.
AlanR
Depends on how long you set it up! If it was recently (i.e. in the last few years), then shame on you!
Brett Rigby
around the turn of the century as it happens :-)I hadn't heard of CVS then
Tim Abell
A: 

We migrated from VSS to SVN very easily. TortoiseSVN, in the Win32 environment, integrates well with Explorer.

To setup your server. I would recommend a mirrored raid setup with Ubuntu Server installed. Once you have this running, set up apache and svn to host the repository from the raid. For a small team like yours, you can just throw together an old PC with a few spare IDE ports for the raid drives. High capacity IDE drives are fairly affordable these days.

Raid Howto: https://wiki.ubuntu.com/Raid

Svn Howto: https://help.ubuntu.com/8.04/serverguide/C/subversion.html

I would estimate a day of effort to setup.

Doug T.
A: 

The hardest part is going to be keeping your change history intact. I had to do this a couple of years ago. There was a lot of trial and error involved in the process.

I don't know if migration tools have gotten any better. Google for "sourcesafe svn migration". Once you're over that part, the rest is easy.

Ferruccio
A: 

If you are currently familiar with VSS, but want something more featureful, you should probably have a look at Visual Studio Team System. It does require a server, but you can get a "Action Pack" from MS that includes all the licencies that you need for "Team Foundation Server Workgroup Edition" from the Partner centre.

With this you wilkl get Bug, Risk and Issue tracking as well as many other features :)

MrHinsh
A: 

We are using Subversion with TortoiseSVN and VisualSVN. Works very well. If you only want to work on an internal network you don't need VisualSVN. Just install the Subversion server as a Windows Service.

Regarding the problem of keeping old revision history.

It may make sense to keep the VSS database. Just because you don't want to continue using VSS doesn't mean you have to get rid of it alltogether.

So if it is hard to find an easy migration path, why not keep the VSS database as a historical reference and then move all new development to Subversion.

Yooakim
+1  A: 

We're using Subversion 1.5, TortoiseSVN, and for Visual Studio integration, PushOk's SVN plugin. The plugin isn't free, but it's affordable and reliable.

Craig Boland