文件使用源代码控制的原因

源代码控制的主要特性之一是，作为源代码的版本管理系统把它作为备份应用程序中所有源代码文件的一种方式。更重要的是，它允许访问文件的每个版本。注意，每次编译并运行Wb应用程序时， Visual Studio都会自动保存已改变的任何文件。这意味着，每次构建代码时，工作的先前版本都会被覆盖。一发生这种情况，就不再有代码先前的版本，除非把它手动复制到其他地方。

　　也许，使用源代码控制最明显的原因是，可以访源代码的以前版本，只要采取施告诉系统记住这些变更。然而，版本控制并不是采用源代码控制系统的唯一理由。想象在支团队里工作。一名队友在应用程序的一个部分修复一个缺陷，而自己在另一个部分工作，很快就会发现使用源代码控制的另一个原因:允许在不同的用户之间共享代码。也许使用共享网络文件夹也可以这样做，但这没有提供版本管理功能。

　　TFS等系统提供了几个不同的优势。第一是为代码提供了代码库或版本控制系统，如前所述。第二是标记代码的能力，给特定的版本指定有意义的名称，例如“ Productionl 0-release而不是使用系统命名的默认版本，如09754第三个强大的优势是分支，它描述了源代码控制系统可以制作代码的完整副本，允许同时工作在两个版本上。

　　分支是非常重要的，特别是在企业环境中。考虑己经开发和发布的应用程序。通常情况下，在该应用程序上需要做两种不同类型的工作:在发布版本上维护和修复错误，进行更大更重要的变更，例如添加新功能。分支可以处理这两种类型的工作。包含这个发布版本的一个代码分支可以支持必要的改变，但进行更大的改变时不会影响它。

　　这样就允许同时工作一一对应用程序进行小型、递增性的修正，例如1.1版本;同时进行更大、更长期的变更，可能称为2.0版本。只要将小型、递增性的修正合并到变更较大的分支中，2.0版本分支就把两组更改包含到应用程序中，而1.1版本分支只包含短期的变化，完全不受同时在2.0版本分支中所做工作的影响。