共计 1049 个字符，预计需要花费 3 分钟才能阅读完成。
版本控制介绍
vcs version control system 版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理，是软件配置管理的核心思想之一。版本控制最主要的功能就是记录一个或若干个文件内容变化，以便将来查阅特定版本内容，并且记录文件的所有历史变化，随时可恢复到任何一个历史状态。除了记录版本变更外，版本控制的另一个重要功能是并行开发。软件开发往往是多人协同作业，版本控制可以有效地解决版本的同步以及不同开发者之间的开发通信问题，提高协同开发的效率。并行开发中最常见的不同版本软件的错误 (Bug) 修正问题也可以通过版本控制中分支与合并的方法有效地解决。这就类似于我们玩游戏的存档，或者写论文一样，刚写完的论文是版本 1，提交上去不合格，修改之后叫版本 2，再修改叫版本 3，以此类推，版本控制的工具有很多，从 SVN、VSS、CVS、Clearcase 到现在使用的比较多的 git（注意这个 git 是本地的库，网络的库是 github）等
版本控制系统变迁
本地版本控制系统（CVCS）
许多人习惯用复制整个项目目录的方式来保存不同的版本，或许还会改名加上备份时间以示区别。这么做唯一 的好处就是简单，但是特别容易犯错。有时候会混淆所在的工作目录，一不小心会写错文件或者覆盖意想外的 文件。为了解决这个问题，人们很久以前就开发了许多种本地版本控制系统，大多都是采用某种简单的数据库来记录文 件的历次更新差异。也就是在硬盘上保存补丁集(补丁是指文件修订前后的变化); 通过应用所有的补丁，可以重新计算出各个版本的文件内容。
集中式的版本控制系统
只有一个中央数据仓库，如果中央数据仓库挂了或者不可访问，所有的使用者无法使用 SVN，无法进行提交或备份文件。本地版本控制 系统也存在类似问题，只要整个项目的历史记录被保存在单一位置，就有丢失所有历史更新记录的风险。
分布式的版本控制（DVCS）
在这类系统中，像 Git、Mercurial、Bazaar 以及 Darcs 等，客户端并不只提取最新版本的文件快照，而是把代码仓库完整地镜像 下来，包括完整的历史记录。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。因为每一次的克隆操作，实际上都是一次对代码仓库的完整备份。许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中，分 别和不同工作小组的人相互协作。你可以根据需要设定不同的协作流程，比如层次模型式的工作流，而这在以 前的集中式系统中是无法实现的。
