Microsoft Visual SourceSafe
Developer(s) | Microsoft |
---|---|
Initial release | 1994 |
Stable release | 2005 (8.0.50727.42) / October 2005 |
Operating system | Windows |
Type | Revision control |
License | Proprietary commercial software |
Website | www |
Microsoft Visual SourceSafe (VSS) is a discontinued source control program, oriented towards small software development projects. Like most source control systems, SourceSafe creates a virtual library of computer files. While most commonly used for source code, SourceSafe can handle any type of file in its database, but older versions were shown[1][2] to be unstable when used to store large amounts of non-textual data such as images, and compiled executables.
Contents
History
SourceSafe was originally created by a North Carolina company called One Tree Software. One Tree SourceSafe had gone through several releases in their 1.x to 2.x cycles, supporting DOS, OS/2 (with a Presentation Manager GUI), Windows, Windows NT, Mac, and Unix. When Microsoft bought OneTree in 1994,[3] they immediately ceased development on all versions except for Windows. Microsoft SourceSafe 3.1, Windows 16-bit-only and Macintosh,[4] rebranded One Tree 3.0 versions, were briefly available before Microsoft released a Version 4.0. With the acquisition of One Tree Software, Microsoft discontinued its source code control product at the time, Microsoft Delta.[5][6] After the acquisition, Mainsoft Corporation developed SourceSafe for UNIX in cooperation with Microsoft.[7] Later, Metrowerks, Inc. developed Visual SourceSafe for Macintosh in cooperation with Microsoft.[8]
Overview
SourceSafe was initially not a client/server Source Code Management, but rather a local only SCM system. Architecturally, this serves as both a strength and weakness of design, depending on the environment it is used in. It allows a single user system to be set up with less configuration than that of some other SCM systems. In addition, the process of backing up can be as simple as copying all of the contents of a single directory tree. For multi-user environments, however, it lacks many important features found in other SCM products, including support for atomic commits of multiple files (CVS has the same problem as it is built upon the original RCS). SourceSafe inherits its shared functionality using direct remote file system access to all the files in the repository. This, together with historic bugs in the codebase, occasionally led to SourceSafe database corruption, a problem noted by Microsoft.[9]
Starting with VSS 2005, Microsoft added a client–server mode. In this mode, clients do not need write access to a SMB share where they can potentially damage the SS database. Instead, files must be accessed through the VSS client tools - the VSS windows client, the VSS command-line tool, or some application that integrates with or emulates these client tools.[citation needed]
Versions
Version | Date |
---|---|
3.1 | February 14, 1995[10] |
4.0 | September 12, 1995[11] |
5.0 | October 7, 1996[12] |
6.0 | June 3, 1998 [13] |
2005 | January 27, 2006 [14] |
Criticism
Visual SourceSafe's stability is criticised due to the way Visual SourceSafe uses a direct, file-based access mechanism that allows any client to modify a file in the repository after locking it. If a client machine crashes in the middle of updating a file, it can corrupt that file.[15] Many users of Visual SourceSafe mitigate this risk by making use of a utility provided by Visual SourceSafe that checks the database for corruption and, when able, corrects errors that it finds.
Microsoft in-house use
Although "eating their own dog food" is often said to be part of Microsoft's culture[citation needed], VSS appears to be an exception; it is widely rumored[16][17] that very few projects within Microsoft relied on Visual SourceSafe before the product was discontinued, and that the predominant tool at the time was SourceDepot. According to Matthew Doar:[18]
<templatestyles src="Template:Blockquote/styles.css" />
Microsoft itself used an internally developed version of RCS named SLM until 1999, when it began using a version of Perforce named SourceDepot.
The Microsoft Developer Division is now using Team Foundation Server for most of its internal projects,[19] although a VSS transcript[citation needed] implied that other large teams use "a mix of customized in-house tools."
Updates
An updated version called Visual SourceSafe 2005 was released in November 2005, promising improved performance and stability, better merging for Unicode and XML files, as well as the ability to check files out over HTTP. It was included with Visual Studio 2005 Team System editions,[20] but is not included with Visual Studio 2008 Team System.
At the same time, Microsoft also introduced a source control and project lifecycle management product called Team Foundation Server, which is part of Visual Studio Team System. This product addresses many of Visual SourceSafe's shortcomings, making it suitable for larger teams requiring high levels of stability and control over activities.
With Visual Studio 2010, Microsoft no longer distributes Visual SourceSafe. Microsoft now offers Team Foundation Server Basic for smaller development teams.[21][22] There is a hotfix so existing SourceSafe customers can use SourceSafe with Visual Studio 2010.
The final version of the product, Visual SourceSafe 2005, retired from mainstream support on 10 July 2012 with extended support ending on 11 July 2017.[23]
Further reading
- Visual SourceSafe 2005 Software Configuration Management in Practice (Packt Publishing, 2007)
- Real World Software Configuration Management (Apress, 2003)
- Essential SourceSafe (Hentzenwerke Publishing, 2001)
See also
- Revision control
- Configuration management
- Software configuration management
- Change management
- List of software engineering topics
- Comparison of revision control software
References
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ Lua error in package.lua at line 80: module 'strict' not found.
- ↑ http://support.microsoft.com/lifecycle/search/default.aspx?sort=PN&alpha=sourcesafe&Filter=FilterNO
External links
- Product Overview
- Features Overview
- Microsoft SourceSafe 6.0 General Q & A
- Microsoft SourceSafe 6.0 Technical FAQ
- Product Documentation
- Microsoft VisualSourceSafe Road Map This article gives an overview of Visual SourceSafe and provides a look at where this technology is headed in the future
- SourceSafe Team's WebLog
- SourceSafe Best Practices Outlines recommended practices to help prevent data corruption in Microsoft Visual SourceSafe.
- Team Development with Visual Studio .NET and Visual SourceSafe Guidance and recommendations by the Patterns and Practices Team
- Visual SourceSafe 2005 Web Cast[dead link] Source Control and Team Development Using Visual Studio .NET and Visual SourceSafe
- Visual SourceSafe 2005 at MSDN
- Visual SourceSafe Version Control: Unsafe at any Speed?
- Visual Studio 6.0 SP6 for Latest VSS Service Pack (6.0d)
- List of SourceSafe Problems
- Articles with unsourced statements from June 2007
- Articles with unsourced statements from November 2015
- Articles with unsourced statements from January 2014
- Articles with dead external links from September 2008
- Proprietary version control systems
- Microsoft Visual Studio
- Discontinued version control systems