精确回归
包括Visual SourceSafe在内的所有版本控制系统都有文件历史记录报告。文件历史记录报告中列出了从最新的到最旧的每一个文件版本，包含诸如对文件进行了什么操作，谁做的，什么时候完成的和进行了什么备注说明等信息。
尽管文件历史记录非常有用，但它们也有一些缺陷。例如，假定一个特性在上个星期还可以正常工作，但在这个星期连编你的应用程序时出了问题。显然，最近有人引入了这个错误，但是在哪一个文件中呢？
在标准的版本控制系统中解决这个问题，你需要为一个象是有错误的文件生成一个历史记录报告，看是否它最近被修改过，并浏览修改情况。如果你没有找到错误，你就要选取另一个文件进行检查，如此类推。你可能用这种方法查遍了系统中的所有文件但没有找到关键的修改──因为事实上这个修改是增加或删除文件，而标准的版本控制系统根本不追踪这样的操作！
在Visual SourceSafe中，你通过项目本身生成报告。例如，它可能报告COMMON.BAS刚被修改；在此之前，OPENALL.FRM被修改过；此前，FILESUPP.BAS被增加到项目中；诸如此类。Visual SourceSafe整理这些否则你将手工完成检索的修改信息，允许你浏览上个星期的全部修改的顺序。这将节省你很多的时间并帮助你避免陷入困境。
重新创建前一项目版本
通过检索项目的历史记录，Visual SourceSafe允许你快速重新创建整个应用程序的前一版本。这将帮助你解决在前一版本中报告的错误，并确认它们在当前开发的新版本中已解决。
例如，假定一个用户报告应用程序版本2.03中有一个打印问题。应用程序的该版本可能包含一个文件版本为10，另一个文件版本为15，诸如此类；但你不必担心这些。从Visual SourceSafe中请求一个指定的项目版本，你便可以还原一个完全的、用于连编2.03版本的应用程序源文件的本地的副本。
若应用标准的版本控制系统完成这些工作，你或者必须将应用程序的每一个发行版本的来源独立存档或者需对每一个版本搜索指定的文件。这两种方法中，为前一次连编恢复正确的源文件都是一件烦人的手工的过程─ 一项可能被取消或推迟的工作。
维护可重用代码
大多数应用程序是在一个公共的核心代码的基础上开发的。这些文件在很多不同的应用程序中一次又一次的被使用并随着时间不断完善，得到错误修复，性能提高，和新的特性。应用现存的代码的好处是巨大的，但在处理组织问题时仍然是件另人头疼的事。你必须记住文件被哪些应用程序使用，并将每一个修改信息传送到所有恰当的地方。当有五个应用程序重用一个文件时，这还只是小麻烦，当有二十个应用程序混合在一起并与五十个不同的重用文件相配时，麻烦就大了。
一个标准的版本控制系统在这个问题上根本帮不上忙，因为一个源文件可同时存在于多个不同的项目中。但Visual SourceSafe可以自动完成这一切。在它的数据库中，Visual SourceSafe对每一个文件只存储一次。每个项目文件包含了一个拥有指向数据库中文件位置的指针的文件。对于每一个项目，所有版本的文件都是可用的；同时一个项目可以“冻结”一个文件的版本，以避免当其它开发工作组在可重用代码上工作时引入错误。
举一个普遍的例子，假定你有一个包含了多个不同打印报告进程的源文件。在Visual SourceSafe中，每个需要打印报告的应用程序均需要共享该文件。如果你发现了一个错误，你可以从任何一个项目中更新文件─这一改变信息将立即传送到每一个共享该文件的项目中。Visual SourceSafe可以报告哪些项目共享了该文件，于是你就知道哪些应用程序受到了影响并需要重新连编。
创建特定用户版本
另一个普遍的来源控制问题是关于用户的，他们期望定制应用程序以满足他们特定的需要。本来，你有很多不同的应用程序，他们共享几乎全部的相同的源文件。应用标准来源控制工具，追踪错误并保持连编的连续性的时间将比编程所花费的时间还多。应用Visual SourceSafe，你为每个新用户创建一个项目，指明哪些文件是共享的和哪些文件是独享的。当你在一个项目中工作时，对于特定用户的改变信息将保留在当前的项目中，而对于共享文件的修改将传送到所有用户版本。
文章来源于领测软件测试网 https://www.ltesting.net/
