Git和SVN的区别详解

简介

SVN

• SVN属于集中化的版本控制系统，必须联网才能工作。有个不太精确的比喻：SVN = 版本控制+ 备份服务器，SVN支持并行读写文件，支持代码的版本化管理，功能包括取出、导入、更新、分支、改名、还原、合并等。大都采用图形界面操作，直观，上手快。

Git

• Git是一个分布式版本控制系统，操作命令包括：clone，pull，push，branch，merge，push，rebase，Git擅长的是程序代码的版本化管理。代码库占用空间小，不支持中文，图形界面支持差，使用难度大。不易推广。

集中式与分布式

集中式

1.png

• 集中式版本控制系统，版本库是集中在中央服务器的，而干活儿的时候都是用自己的电脑，我们需要先从中央仓库获取代码，修改之后再提交到中央服务器。

分布式

2.png

• 分布式版本控制系统不需要联网，它就没有中央服务器这一说，每个人的电脑都是一个完整的版本库，那么我们该如何协作呢？Git有个推送，比如A在A的电脑上改完模块1，B在B的电脑也改了模块1，AB只需要互相推送给对方，就能互相看到对方的修改了。

Git与SVN的区别

主要区别：

1. Git是分布式的，SVN不是：

这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。如果你能理解这个概念，那么你就已经上手一半了。需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如 Bitkeeper, Mercurial 等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征。

GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提 交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。

同样，这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐，你不必再像以前那样做出补丁包，通过email方式发送出去，你只需要创建一个分支，向项目团队发送一个推请求。这能让你的代码保持最新，而且不会在传输过程中丢失。GitHub.com 就是一个这样的优秀案例。

2. Git把内容按元数据方式存储，而SVN是按文件：

所有的资源控制系统都是把文件的元信息隐藏在一个类似 .svn，.cvs 等的文件夹里。如果你把 .git 目录的 体积大小跟 .svn 比较，你会发现它们差距很大。因为 .git 目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。

3. Git分支和SVN的分支不同：

分支在SVN中一点不特别，就是版本库中的另外的一个目录。如果你想知道是否合并了一个分支，你需要手工运行像这样的命令 svn propget svn:mergeinfo，来确认代码是否被合并。所以，经常会发生有些分支被遗漏的情况。

然而，处理GIT的分支却是相当的简单和有趣。你可以从同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支，你能简单而快捷的合并这些文件。

4. Git没有一个全局的版本号，而SVN有：

目前为止这是跟SVN相比GIT缺少的最大的一个特征。SVN的版本号实际是任何一个相应时间的源代码快照。

5. Git的内容完整性要优于SVN：

GIT的内容存储使用的是 SHA-1 哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。

6. Git下载下来后，在本地不必联网就可以看到所有的log，很方便学习，SVN却需要联网。

7. SVN在Commit前，我们都建议是先Update一下，跟本地的代码编译没问题，并确保开发的功能正常后再提交，这样其实挺麻烦的，有好几次同事没有先Updata，就Commit了，发生了一些错误，耽误了大家时间，Git可能这种情况会少些。

其他区别：

1. 速度：

克隆一份全新的目录，以同样拥有五个（才五个）分支来说，SVN是同时复制5个版本的文件，也就是说重复五次同样的动作。而Git只是获取文件的每个版本的 元素，然后只载入主要的分支（master）。在我的经验，克隆一个拥有将近一万个提交（commit），五个分支，每个分支有大约1500个文件的 SVN，耗了将近一个小时！而Git只用了区区的1分钟！

2. 版本库（repository）：

据我所知，SVN只能有一个指定中央版本库。当这个中央版本库有问题时，所有工作成员都一起瘫痪直到版本库维修完毕或者新的版本库设立完成。

而 Git可以有无限个版本库。或者，更正确的说法，每一个Git都是一个版本库，区别是它们是否拥有活跃目录（Git Working Tree）。如果主要版本库（例如：置於GitHub的版本库）发生了什么事，工作成员仍然可以在自己的本地版本库（local repository）提交，等待主要版本库恢复即可。工作成员也可以提交到其他的版本库！

3. 分支（Branch）：

在SVN，分支是一个完整的目录。且这个目录拥有完整的实际文件。如果工作成员想要开启新的分支，那将会影响“全世界”！每个人都会拥有和你一样的分支。如果你的分支是用来进行破坏工作（安检测试），那将会像传染病一样。

而 Git，每个工作成员可以任意在自己的本地版本库开启无限个分支。举例：当我想尝试破坏自己的程序（安检测试），并且想保留这些被修改的文件供日后使用， 我可以开一个分支，做我喜欢的事。完全不需担心妨碍其他工作成员。只要我不合并及提交到主要版本库，没有一个工作成员会被影响。等到我不需要这个分支时， 我只要把它从我的本地版本库删除即可。无痛无痒。

Git的分支名是可以使用不同名字的。例如：我的本地分支名为testing，而在主要版本库的名字其实是master。 最值得一提，我可以在Git的任意一个提交点（commit point）开启分支！（其中一个方法是使用gitk –all 可观察整个提交记录，然后在任意点开启分支。）

4. 提交（Commit）：

在SVN，当你提交你的完成品时，它将直接记录到中央版本库。当你发现你的完成品存在严重问题时，你已经无法阻止事情的发生了。如果网路中断，你根本没办法提交！

而Git的提交完全属於本地版本库的活动。而你只需“推”（git push）到主要版本库即可。Git的“推”其实是在执行“同步”（Sync）。

5. 重新设立起点（Rebase）：

我没在SVN尝试过，不知道有没有这样的功能。

在 Git，如果你想把别人的最新提交设立为现在这个分支的起点，只要执行git rebase branch_name 即可。这个和合并（merge）不同点是，merge会依据修改的时间视为最新，而Rebase会要求你去解决双方都有修改过的地方的矛盾 （conflict）。

6. 系统档案：

SVN会在每一个目录置放一个 .svn。如果想移除这些 .svn是很累的。

而Git会在目录起点拥有一个.git目录，以及 .gitignore。

补充：

1. git 优点：

• git每台电脑都有一个版本库，可以在本地做版本管理；

• 速度快。git的速度远超大部分版本管理系统，包括svn

• 强大的分支管理功能

活跃的开源社区，如最著名的github

2. git 缺点：

• Git 没有严格的权限管理控制，一般通过系统设置文件读写权限的方式来做权限控制。

• 工作目录只能是整个项目。比如 checkout，建分支，都是基于整个项目的。而 svn 可以基于项目中的某一个目录

工作模式的区别：

无论是 svn 还是 git 的工作流，都是在本地解决冲突再提交，而不是在提交时解决冲突的。所以：

svn 的模式是：

1、写代码。
3、从服务器拉回服务器的当前版本库，并解决服务器版本库与本地代码的冲突。
5、将本地代码提交到服务器。

分布式版本管理的模式是：

1、写代码。
2、提交到本地版本库。
3、从服务器拉回服务器的当前版本库，并解决服务器版本库与本地代码的冲突。
4、将远程库与本地代码合并结果提交到本地版本库。
5、将本地版本库推到服务器。

所以，分布式版本管理仅仅是增加了本地库这个概念，其余的概念与集中管理并无区别。——但是 svn 在与服务器同步之前无法提交代码，因而本地修改更容易出问题。

总结：

Git

1、是3段式，中间有个暂存阶段，所以提交只是提交到本地代码库中，要提交到远程代码库，还需要推送一下。
2、没网没关系，它先提交到本地代码库
3、分布式

SVN

1、则是2段式，中间没有暂存借点，所以提交就是到远程代码库。
2、没网就提交不到远程代码库了
3、集中式（服务器压力）