版本控制
版本控制是一种记录若干文件内容变化，以便将来查阅特定版本修订情况的系统。简单讲就是备份和记录。接下来我们要了解三种不同版本控制的发展历程。
本地版本控制系统
本地版本控制大都是采用某种简单的数据库来记录文件的历次更新差异。
其中最流行的一种叫做RCS，它的工作原理是把项目拷贝到本地磁盘上进行备份,然后以命名方式来区分.这种做法好处是简单,但坏处也不少比如备份比较多或许就会混淆不同版本之间的区别.那为了解决这个问题,有人就开发了一个本地版本的管理系统,它的结构图如下:
集中化的版本控制系统
本地版本控制系统能够将不同版本的文档保存下来并且借助版本记录可以很方便定位相关文件但又引入了新的问题，如何让在不同系统上的开发者协同工作?
于是，集中化的版本控制系统（Centralized Version Control Systems，简称CVCS）应运而生。这类系统，诸如CVS，Subversion以及 Perforce等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法。
但是这样的做法有好有坏，最显而易见的缺点就是中央服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。如果中心数据库所在的磁盘发生损坏，又没有做恰当备份，毫无疑问，你将丢失所有数据。
分布式版本控制系统
为了解决集中化版本管理所带来的问题分布式版本管理控制系统(Distributed Version Control System，简称DVcS)就应运而生了.在这类系统中，像Git，Mercurial，Bazaar以及Darcs等,各尸端个久定足'最圳MVPA年何一个籍是把最原始的代码仓库镜像到本地.这样一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的提取操作，实际上都是一次对代码仓库的完整备份。
更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中，分别和不同工作小组的人相互协作。 你可以根据需要设定不同的协作流程，比如层次模型式的工作流，而这在以前的集中式系统中是无法实现的。
