如果我们没有对编写的代码进行版本控制，那么会出现以下几个问题：
需要手动备份不同版本的代码，浪费时间和空间。
难以恢复至以前的正确版本。例如：我上周写的代码是对的，这周改出问题了，但是没有对上周写的进行备份，如果想恢复到上周写的样子，那就得重新写一遍。
代码整合过程需要人工拷贝，再复制和粘贴，极其繁琐。
修复Bug困难。例如：现在需要整合代码，大家都纷纷开始复制和粘贴代码，所有人都把自己写的代码放在前面，别人写的代码放在后面。如果合并的代码出现了冲突，有人说第行代码有运行时错误需要修改，那么问题来了，每个人的第行代码都不同，修改代码的过程变得困难。
难以追溯问题代码的修改人和修改时间，如果不写注释的话。
代码管理混乱，项目版本发布困难。要想开发一个产品，如果每个人手上的代码都不一样，那么就需要花费时间来讨论一个问题：到底用谁的代码去发布成产品。
版本控制工具目前主要有三种版本控制工具，分别是CVS、SVN和Git。因为CVS已经过时，所以在这里只介绍SVN和Git。
.1SVNSVN(Subversion)是一个集中式的版本控制工具。
开发人员使用SVN工作时的流程图：
01-SVN工作流程图.png
SVN的特点：使用统一的中央仓库对文件进行集中式的管理。
SVN的优点：
操作简单，学习成本低。
能对文件进行权限控制。
SVN的缺点：在没有网络的情况下就不能对文件进行版本控制操作。
SVN的适用场景：有权限控制的代码开发(即不是每个人都可以看到项目中的所有代码)和软件文档的管理。
.GitGit是一个分布式的版本控制工具。
开发人员使用Git工作时的流程图：
0-Git工作流程图.png
Git的特点：既能集中式又能分布式地管理文件。Git的集中式管理模式和SVN的一样，它的分布式管理模式是每个开发人员都要自己维护一个与中央仓库关联的本地仓库。
Git的优点：
分布式管理，数据不易丢失。因为每个客户端上都持有一个与中央仓库一样的本地仓库，所以当中央仓库的数据丢失时，可以从任意一个客户端上获取数据进行恢复。
支持离线版本控制。在没有网络的时候，开发人员可以使用本地仓库进行版本控制操作，待有网后，再将改变的内容推送到中央服务器。
支持现场版本控制。例如：产品部署在客户那边，出了Bug，需要去现场进行修复。如果我们使用的是SVN，我们需要将修改完的代码拷贝回来，然后复制粘贴进工程，最后再与SVN进行同步。反之，如果我们使用的是Git，我们只需要在工程的目录下初始化Git，然后修正Bug，最后再打个补丁把补丁带回去就行了。
服务器压力小。因为使用SVN的开发人员会一直连着服务器进行操作，但是使用Git的开发人员可能是一周甚至一个月才与服务器进行交互，所以SVN服务器承受的访问量与数据量要比Git服务器大很多。
支持补丁技术。任意两个开发人员可以通过补丁来整合代码，整合过程不通过中央服务器。
Git的响应速度比SVN快。
Git的缺点：
学习成本高。因为需要学习很多的操作指令。
不能对文件进行权限控制。因为Git使用分布式管理，所以每个客户端就会持有与中央服务器一样的仓库，拥有了一样的仓库就拥有了中央仓库上所有的代码。
Git的适用场景：无权限控制的代码开发。
本文转自：简书
预览时标签不可点收录于合集#个上一篇下一篇