VSS 6.0现在是作为Microsoft Visual Studio 6.0这个开发产品家族的一员，如Visual C++ 6.0和Visual J++ 6.0一样。

Microsoft的VSS 6.0解决了软体开发小组长期所面临的版本管理问题，它可能有效地帮助项目开发组的负责人对项目程式进行管理，将所有的项目源档案（包括各种档案类型）以特有的方式存入资料库。开发组的成员不能对该资料库中的档案进行直接的修改，而是由该版本管理器将该项目的源程式或是子项目的源程式拷贝到各个成员自己的工作目录下进行调试和修改，然后将修改后的项目档案作Checkin提交给VSS，由它进行综合更新。VSS也支持多个项目之间档案的快速高效的共享。当某个成员向VSS中添加档案时，该档案将会被备份到资料库中，以便所有的成员都能共享该档案。而且每个成员对所有的项目档案所作的修改都将被记录到资料库中，从而使得修改的恢复和撤销在任何时刻，任何位置都成为可能。小组的成员可能得到该项目的最新版本，对它进行修改，并保存一个新的版本。

VSS的项目组织管理使得开发小组的协调变得简单容易且很直观，当一个和一组档案发放给另一个成员，小组，Web站点或是任何其他的地址，VSS确保他们之间的真正共享及所选的一组档案的不同版本的安全性。现在，越来越多的开发者可以通过他们的开发环境来访问VSS的功能。而且VSS可以很容易地于Microsoft Access、 Visual Basic、 Visual C++、Visual FoxPro和其他的开发工具集成在一起，一旦VSS集成到开发环境中，就可以象控制项一样使用，能够很好地体现出VSS的易用性和强大功能。

为了更好的了解VSS，有必要对如下一些概念给予说明。

首先是项目的概念，所谓的项目是一组存在VSS中的档案（任何类型），可以在项目中或是项目之间进行档案的添加、删除、编辑和共享。一个项目与作业系统的资料夹有很多的相似之处，但它更好地支持档案合併、历史和版本控制。所有的档案存在VSS资料库的项目中，开发组成员不能在VSS中的主备份档案上工作（除了检查和版本比对等特殊情况外）而是VSS为每个成员在各自的工作目录下提供一个拷贝以供工作。儘管在没有工作目录的情况下也可以查看某个档案，但如要真正在VSS管理下工作，就必须要创建一个工作目录。

VSS能够维护一个档案的多个版本，包括一个从不同版本之间进行修改的记录。版本控制包括如下方面：

组内协调：在一般情况下，确保在任何时刻都只有一个成员对某个特定的档案进行修改，这样可以防止档案被其他成员的修改意外更新。当然，VSS管理员可以改变此预设设定以允许对单个档案同时有多个Checkout，并且仍禁止对他人的修改进行覆盖。

版本跟蹤：对老版本的原始码和其他档案进行归档和跟蹤，而且这些版本能够被重新得到以便进行bug跟蹤或其他目的。

跨平台开发：支持同一代码在跨多个开发平台时的版本控制。

重用或面向对象代码：跟蹤哪些程式使用了哪些代码可被重用的模组。

我们已经知道，VSS 提供版本控制和历史服务，以保证一个档案的每个版本都是可恢复的。VSS用日期/时间戳来记录档案是何时被Checkout或是何时被修改的，它主要有三种方法来跟蹤档案和项目的版本：

版本号：这是由VSS维护的内部数码，用户对它没有控制权。每个档案和项目的每个版本都有一个版本号，这些版本号总是一个整数且是递增的。

标籤：这些是用户赋给某个项目或档案的某个版本的一个字元串，可以是任何格式的长度不超过31字元的字元串。

日期/时间戳：它给出了一个档案何时最后被修改的信息，或者是一个档案何时被Checkin。VSS同时支持12小时和24小时的时间格式。

工作目录是用户真正对项目档案进行调试修改的地方，当用户Checkout 或提取一个档案时，VSS将该项拷贝到用户的工作目录下，当用户修改了该档案并将其Checkin或提交时，VSS再将它从用户的工作目录拷回到VSS的资料库中。在用户作Checkout时，VSS将会自动管理他的工作目录，诸如创建必要的子目录。而且工作目录可以随时创建或修改。

软体支持Windows系统所支持的所有档案格式，兼容Check out-Modify-Check in（独占工作模式）与Copy-Modify-Merge（并行工作模式）。VSS通常与微软公司的Visual Studio产品同时发布，并且高度集成。VSS（6.0d及较早版本）最广受垢弊的缺点是需要快速大量的信息交换，因此仅适用于快速本地网路，而无法实现基于Web的快速操作，儘管一个妥协的办法是可以通过慢速的VPN。VSS2005 拥有Web访问功能，不再与Visual Studio同时发布。在Visual Studio2008 Team System 中集成了另外一个叫做Team Foundation Server的项目生命期管理工具。VSS未来将面向独立开发者和小型开发团队。

VSS虽然是微软公司的产品，但微软内部却很少使用它。微软内部使用一个名为SLM的版本控制系统，直至1999年。之后，微软内部改以使用修改自Perforce的SourceDepot。