一、为什么需要版本控制？

首先我们要知道什么是版本控制？对版本控制进行文字拆分来理解，版本就是各个不同开发人员对项目代码进行不同程度的修改、不同版本的开发；控制就是对这些代码信息、不同的版本进行集中起来，并对其进行控制管理。最主要的就是对每个人的操作进行记录追踪，什么时候、什么人修改了什么内容都会进行日志记录。

说到版本控制，主要有三大功能：版本管理、共享代码、并行开发。

版本管理：可以回退到历史的任何版本。

例如：项目在此阶段开发出现了一系列bug无法解决或者需求变更等，那么这个时候不可能把项目推翻重写。这个时候只要使用过版本控制软件对代码进行过管理，我们就可以回退到代码正常的任何一个开发阶段的版本。会对版本变更信息进行记录。当然要是什么人删除了修改了什么错误信息，最后导致项目出现问题，这一系列操作都会清清楚楚被记录下来，追踪文件的变更。所以这也是在出现问题该找谁来承担负责提供了数据证明。

共享代码：团队之间可以共享代码。

通过对自己的代码进行提交推送到我们集中存放代码的一个库中，同时呢还可以拉取别人提交推送的代码到之间的本地库中进行代码共享。

并行开发：多人协作作业，团队合作开发，代码进行整合。

团队多人可以同时对同一个项目进行开发作业，然后在对各自开发的代码进行整合。当然所开发的需求内容是不交叉的。如果对同一个地方进行修改在进行提交的时候就会出现冲突，这时候就需要我们手动修改冲突的代码部分然后在进行提交，对冲突进行解决。

简单来说，版本控制就是一种记录文件内容变化，对文件内容和操作等进行追踪，以便将来查阅特定版本修订情况的系统。

说了这么多，那为什么需要版本控制呢？其实很简单，就从版本控制的功能来说吧。

使用版本控制之前，一个人开发，一个大型的项目一个人开发会花费很长时间才能完成，效率低下，而且代码质量很难保障。而且中途要是出现什么重大错误的话，想回到上一开发阶段也无法回去，除非将错误解决或者从头来过，这显然是不可能的，所以在开发是时候还有时不时进行项目备份。

使用版本控制之后，多人协作开发，使开发人员的工作更加轻松快捷。工期时间大大缩短，效率得到提升的同时质量有得到了保障。而且即使出现了什么问题，还可以回归到任何历史版本。抛开技术不说，还可以增强团队凝聚力，提高团队语言沟通能力。

总而言之，版本控制使得个人开发过渡到了团队协作。效率大幅度提高、代码得到了更好的管理。

二、版本控制工具有那些？

版本控制的工具可分为集中式版本控制工具和分布式版本控制工具。

➢ 集中式版本控制工具

CVS 、SVN(Subversion)、VSS……

集中化的版本控制系统诸如 CVS 、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。

这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。

事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。

➢ 分布式版本控制工具

Git 、Mercurial 、Bazaar、Darcs……

像 Git 这种分布式版本控制工具，客户端提取的不是最新版本的文件快照，而是把代码仓库完整的镜像下来（本地库）。这样任何一处协同工作用的文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份。

分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:

服务器断网的情况下也可以进行开发（因为版本控制是在本地进行的）

每个客户端保存的也都是整个完整的项目（包含历史记录，更加安全）

图解：

集中式控制是用户直接提交到服务器，中间没有任何媒介；而分布式控制中间穿插了一个本地库，版本控制在本地进行，即使断网也可以进行开发。有什么代码冲突也是在本地进行冲突解决，当代码都不会产生冲突时，才能将代码推送到最终的远程仓库中。这样每一次用户进行文件拉取操作时，其实就是对整个文件仓库进行备份。

分布式控制相当于集中式控制来说，唯一主要区别是，每个开发人员或者客户都会有自己的本地服务器，而不是作为服务器的单个存储库，他们将会拥有整个历史或代码版本及其所有分支的副本在自己的本地服务器或者机器上。基本上，每个客户端或用户都可以在本地工作并断开连接，这比集中式控制更加方便。