Git与SVN的区别

1.　　模式不同

　　　　1.　　集中式管理　　　　

　　　　　　　　

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

　　　　2.　　分布式管理

　　　　　　　　

　　　　　　　　每个电脑里都有完整的版本库，某一个电脑坏掉了，从其他电脑复制一份就可以了。

　　　　　　　　在实际使用分布式版本控制系统的时候，使用一个中央服务器，只是为了方便大家交换修改，没有他大家也一样工作，只是交换修改不方便而已。

2.　　svn特点

　　　　1）每个版本库有唯一的URL（官方地址），每个用户都从这个地址获取代码和数据；

　　　　2）获取代码的更新，也只能连接到这个唯一的版本库，同步以取得最新数据；

　　　　3）提交必须有网络连接（非本地版本库）；

　　　　4）提交需要授权，如果没有写权限，提交会失败；

　　　　5）提交并非每次都能够成功。如果有其他人先于你提交，会提示“改动基于过时的版本，先更新再提交”… 诸如此类；

　　　　6）冲突解决是一个提交速度的竞赛：手快者，先提交，平安无事；手慢者，后提交，可能遇到麻烦的冲突解决。　　　　

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

　　　　缺点：中央服务器的单点故障

　　　　svn只关心文件内容的具体差异，每次记录哪些文件做了更新，以及都更新了哪些行的什么内容

3.　　git特点

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

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

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

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

　　　　5）Git的提交不会被打断，直到你的工作完全满意了，PUSH给他人或者他人PULL你的版本库，合并会发生在PULL和PUSH过程中，不能自动解决的冲突会提示您手工完成。

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

　　　　

 

　　　　　　　　

 

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

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

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