The [new] Future of Visual SourceSafe

With the recent announcement that Microsoft Visual Studio 2005 Team System (VSTS) will include a brand spankin’ new source control system, many customers down here at TechEd have been asking me how or if this announcement affects the future of Visual SourceSafe.

Will there be a new SourceSafe? Yes.
Will it be better than previous versions of SourceSafe? Oh yeah.
Will VSS be mothballed after _VSTS is released in 2005? Unknown.

[VSS Roadmap by Mike Pietraszak and Beny Rubinstein] “Microsoft is updating the version control technology of Visual SourceSafe. A new product release with a continued focus on version control, Visual SourceSafe 2005, will update and improve this popular system. For individual developers or small teams who need a lightweight, client-only, file server application for source code control only, Microsoft will continue to enhance and support Visual SourceSafe. We will ship Visual SourceSafe 2005, which will include enhancements such as remote web access over HTTP, LAN performance booster, Unicode and XML support, and regional time zones and languages.”

My Two Cents about VSS*
Since 1996, VSS has been one of, if not the most popular version control programs for software developers and other creative professionals. As such, it has many competitors and detractors. I have never endeavored to respond to these criticisms in my blog or elsewhere because frankly, that’s not my job and that's not my style.

While it’s true that VSS isn’t perfect--it doesn’t scale to the needs of the Windows development team, for example—day after day, it gets the job done for hundreds of thousands, if not millions of users and small teams. SourceSafe is feature rich, highly refined, extensible, has a great price point, is well-supported by a dedicated and knowledgeable Microsoft team, integrates cleanly into Visual Studio .NET and continues to be improved by some of Microsoft’s sharpest and most worthy developers.

For small teams of tightly integrated software developers, VSS is and will remain the most sensible choice for use as a standalone version control application. For larger teams and those who require integrated work item tracking and other software configuration management features, we've got a shiny, new Team Foundation server that we think you (AND the Microsoft Windows development team) will be using for many years to come.

Customer Perspectives (that seem balanced to me)
[Klaus Probst]“Finally! Wooo! Microsoft has written what looks like a decent client/server source code control tool, which will ship with Whidbey. Not that I had anything against VSS — it's always been maligned by people who are completely clueless as to what it can and cannot do [Boo-hoo, my 61.7GB VSS database with binary files just corrupted! What? No, I never ran Analize on it. Boo-hoo, VSS sux], but this is a Very Good Thing. Boy, I hope it has an API. That's the one thing I could never get over with VSS.”

[Forever Geek] “Don't get me wrong, Visual SourceSafe is a great little tool. I used it at home for personal projects for quite some time before switching over to Subversion. I still use it at work, and with my team of 20 or so developers, it just doesn't cut it. This new source control app looks to fix all of SourceSafe's faults, namely using the file system for storeage (the new app uses SQL Server), and there will actually be a server component (imagine that).”

Related Posts
The Future of Visual SourceSafe
The Future of Visual SourceSafe - Part II
Webcast: What's New in SCCI for Visual Studio "Whidbey"

++++++++++++
*The opinions expressed in this blog post are mine and mine alone.