认识git和svn---git和svn的区别

转载自：https://blog.csdn.net/qq_40143330/article/details/79816024

Git和Svn都是文件版本管理器。

版本控制器的作用：

1. 可以协同代码管理，让多人开发代码得以实现。

2. 回归到以前的任何一个时间点的代码处（好比：开始写了很多代码，后面有修改了一些，突然IDE崩溃，但是发现还是以前的代码更好，这个时候无法回去，这个时候没有后悔药吃，但是可以使用版本备份，但是即花费空间和花费时间）。

3. 由于上面的版本备份造成版本众多，难于找到正确的版本（SVN有专门的日志记录了文件的每一次修改，可以通过查看日志回到任何一个自己想要的版本）。

4. 代码冲突的问题，主要是多人操作同一个文件（团队开发很常见）。

5. 可以查看每个人具体的操作，便于出现问题后及时排查（由于某个员工个人失误造成很大的bug，可以方便的追究责任）。

常见的版本控制器分类

​CVS（90年代开发，版本控制器的鼻祖）、SVN（CVS的接班人）、GIT（李纳斯开发），目前使用较多的SVN和GIt，现在Svn一般用于文件管理，Git一般用于代码管理。

GIT​ ---分布式版本控制系统

Git是目前世界上最先进的分布式版本控制系统（没有之一）。​当这个系统的任何一个客户端出现问题的时候，都可以从另外的客户端（即使服务器挂了）获取所有的代码。

 

SVN

SVN：代码控制器（版本控制器），主要是为了多人协同开发项目，管理代码。也可以管理个人代码。也叫程序界的”后悔药“。

SVN（是subversion的简称）是近年来一款基于C/S架构的，非常优秀的版本控制器（可以简单的理解为管理代码的工具，在多人协同开发的时候，尤其重要），与传统的CVS（90年代左右，一个非常优秀的代码管理器，是代码管理器的鼻祖）管理工具类似。

SVN可以随着时间的推移来管理各种数据，这些数据被放置在一个SVN管理的中央仓库（所有的代码的集合）里面。同时SVN会备份并记录每个文件每一次的修改更新变动。这样就开发者就可以回归到任何一个时间点的某一个旧的版本（对于SVN，每次修改一次文件，SVN就会创建一个叫做版本的概念，是从0 开始自增的序列）。当然也可以指定文件的更新历史记录（index.php）。

SVN又叫做集中式版本控制器。严重的依赖服务器端，当服务器端无法使用的时候，版本控制也就无法再使用了。

 

SVN与GIT的区别：

1.GIT是分布式的，而SVN是集中式的

2.GIT把内容按元数据方式存储，而SVN是按文件：因为git目录是处于个人机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。​

3.GIT分支和SVN的分支不同：svn会发生分支遗漏的情况，而git可以同一个工作目录下快速的在几个分支间切换，很容易发现未被合并的分支，简单而快捷的合并这些文件。

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

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

 

 转载自：https://www.cnblogs.com/Sungeek/p/9152223.html

一、 集中式vs分布式

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

 

 

Subversion的特点概括起来主要由以下几条：

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

 

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

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

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

 

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

2. Git属于分布式的版本控制系统

Git记录版本历史只关心文件数据的整体是否发生变化。Git 不保存文件内容前后变化的差异数据。

实际上，Git 更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存，而只对上次保存的快照作一连接。

 

在分布式版本控制系统中，客户端并不只提取最新版本的文件快照，而是把原始的代码仓库完整地镜像下来。这么一来，任何一处协同工作用的服务器发生故障，事后都可以用任何一个镜像出来的本地仓库恢复。这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此，你就可以在同一个项目中，分别和不同工作小组的人相互协作。你可以根据需要设定不同的协作流程。

另外，因为Git在本地磁盘上就保存着所有有关当前项目的历史更新，并且Git中的绝大多数操作都只需要访问本地文件和资源，不用连网，所以处理起来速度飞快。用SVN的话，没有网络或者断开VPN你就无法做任何事情。但用Git的话，就算你在飞机或者火车上，都可以非常愉快地频繁提交更新，等到了有网络的时候再上传到远程的镜像仓库。换作其他版本控制系统，这么做几乎不可能，抑或是非常麻烦。

 

Git具有以下特点：

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

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

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

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

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

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

• Git 也可以模拟集中式的工作模式

• Git版本库统一放在服务器中

• 可以为 Git 版本库进行授权：谁能创建版本库，谁能向版本库PUSH，谁能够读取（克隆）版本库

• 团队的成员先将服务器的版本库克隆到本地；并经常的从服务器的版本库拉（PULL）最新的更新；

• 团队的成员将自己的改动推（PUSH）到服务器的版本库中，当其他人和版本库同步（PULL）时，会自动获取改变

• Git 的集中式工作模式非常灵活

• 你完全可以在脱离Git服务器所在网络的情况下，如移动办公／出差时，照常使用代码库

• 你只需要在能够接入Git服务器所在网络时，PULL和PUSH即可完成和服务器同步以及提交

• Git提供 rebase 命令，可以让你的改动看起来是基于最新的代码实现的改动

• Git 有更多的工作模式可以选择，远非 Subversion可比