git与svn的区别及优缺点

svn: 只有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连接到这台服务器，去除最新的文件或者提交更新。

集中式版本控制系统：

版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，再把自己的活推送给中央服务器。中央服务器就好比是一个图书馆，你要改一本书，必须先从图书馆借出来，然后回到家自己改，改完了，再放回图书馆。

SVN的特点

• 每个版本库有唯一的URL（官方地址），每个用户都从这个地址获取代码和数据；
• 获取代码的更新，也只能连接到这个唯一的版本库，同步以取得最新数据；
• 提交必须有网络连接（非本地版本库）；
• 提交需要授权，如果没有写权限，提交会失败；
• 提交并非每次都能够成功。如果有其他人先于你提交，会提示“改动基于过时的版本，先更新再提交”… 诸如此类；
• 冲突解决是一个提交速度的竞赛：手快者，先提交，平安无事；手慢者，后提交，可能遇到麻烦的冲突解决。

**好处：**每个人都可以一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限。
缺点：

• 必须联网才能工作。遇到网速慢的话，可能提交一个10M的文件就需要5分钟，这还不得把人给憋死啊。
• 中央服务器的单点故障。
  若是宕机一小时，那么在这一小时内，谁都无法提交更新、还原、对比等，也就无法协同工作。如果中央服务器的磁盘发生故障，并且没做过备份或者备份得不够及时的话，还会有丢失数据的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录，被客户端提取出来的某些快照数据除外，但这样的话依然是个问题，你不能保证所有的数据都已经有人提取出来。

简单来说，SVN原理上只关心文件内容的具体差异。每次记录有哪些文件更新，以及都更新了哪些行的什么内容。

git： 每个终端都是一个仓库，客户端并不只是提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。每一次提取操作，实际上都是一次对代码仓库的完整备份。

分布式版本能控制系统：

扫描二维码关注公众号，回复： 16838111 查看本文章

首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

Git特点：

• Git中每个克隆(clone)的版本库都是平等的。你可以从任何一个版本库的克隆来创建属于你自己的版本库，同时你的版本库也可以作为源提供给他人，只要你愿意。

• Git的每一次提取操作，实际上都是一次对代码仓库的完整备份。

• 提交完全在本地完成，无须别人给你授权，你的版本库你作主，并且提交总是会成功。

• 甚至基于旧版本的改动也可以成功提交，提交会基于旧的版本创建一个新的分支。

• Git的提交不会被打断，直到你的工作完全满意了，PUSH给他人或者他人PULL你的版本库，合并会发生在

  PULL和PUSH过程中，不能自动解决的冲突会提示您手工完成。

• 冲突解决不再像是SVN一样的提交竞赛，而是在需要的时候才进行合并和冲突解决。

区别：

• Git是分布式的，而SVN不是分布而是集中式的

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

  因为git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。.git目录的体积大小跟.svn比较，你会发现它们差距很大。

• Git没有一个全局版本号，而SVN有

  目前为止这是跟 SVN 相比 Git 缺少的最大的一个特征

• Git的内容的完整性要优于SVN

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

• 分支（Branch）不同