Git和SVN的区别

最新推荐文章于 2024-08-17 07:30:00 发布

颓废猫

最新推荐文章于 2024-08-17 07:30:00 发布

阅读量428

点赞数 2

文章标签： git svn

原文链接：https://blog.csdn.net/bruce_6/article/details/38299677?ops_request_misc=%257B%2522request%255Fid%2522%253A%2522159144571719724811848669%2522%252C%2522scm%2522%253A%252220140713.130102334..%2522%257D&request_id=159144571719724811848669&biz_id=0&utm_medium=

版权

Git和SVN的区别？

a、存储方式不一样
Git按照元数据的方式将文件的一个版本存入了一个类似与K/V数据库，而SVN是按照文件的方式进行一个存储。Git的内部有一个类似于K/V的数据库，我把他理解为是一个Map<K,V>，我们将内容存储到Git的数据库内后，Git会返回一个Key给我们，这个Key是唯一的（把一模一样的内容上传进去，这个key也是唯一的）。演示如下：
1、使用git init demo命令创建一个Git仓库；
2、使用cd demo进入demo这个Git仓库下；
创建Git仓库
3、使用echo 'this is demo' >> demo.txt命令创建一个demo.txt文件，并在文件内写入this is demo；使用ls命令查看是否有demo.txt这个文件;使用vim demo.txt查看demo.txt文件内是否为’this is demo’；

查看demo.txt文件内容
4、使用git hash-object -w demo.txt命令将demo.txt文件里面的内容存储进Git的数据库中，其中第二个红色框框的内的值"25b3c07137f646bf05bdd00c42d2a4c5bc831bb7"就是Git的数据库返回给我们的K；
在这里插入图片描述
5、可以通过git cat-file -p 25b3c07137f646bf05bdd00c42d2a4c5bc831bb7命令去将值取出来；
通过键取值
6、再使用命令创建一个demo1.txt文件，里面同样放进去的是"this is demo"看看他们的K是否一样；
两个文件的K比较
这就是Git存储数据的方式了，SVN不同，SVN存储数据的方式其实就是把文件复制一份进行存储。
b、使用方式不一样
从本地把文件推送到远程服务，SVN只需要commit而Git需要add、commit、push三个步骤。
使用SVN开发者只要把文件修改了，只要commit其他开发人员就可以直接checkout下来。如下图所示：
SVN使用过程
但是Git就不相同了，Git如果要从本地将修改后的文件提交进入远程仓库再从远程仓库将其他开发者修改后的文件checkout下来需要以下几个步骤：
1、首先把修改后的文件通过add添加到我们的暂存区；
2、然后通过commit命令将暂存区的文件提交到本地仓库；
3、最后通过push命令将本地仓库的文件存入到远程仓库；
4、要通过clone命令将远程仓库的文件拉到本地仓库；
5、最后通过checkout将本地仓库的内容取出来；
Git使用过程如下图所示：

c、管理模式不一样
Git是一个分布式的管理系统，而SVN是远程集中式的管理系统。
如果说SVN的远程仓库挂掉了，那我的本地项目再也不能做提交，也不能做分支的切换，也不能够干和版本管理相关的任何事情，这就是集中式管理的缺陷了。集中式管理方式如下图所示：
SVN管理模式
在项目内有一个Git仓库，也就是说在本地一个项目包含一个完整Git仓库，Git仓库是在项目内的，远程仓库能干的事情本地的Git仓库也能干。本地仓库和远程仓库通过四种主要传输协议相关联（本地协议、Http协议、SSH协议、Git协议）。Git还支持远程仓库里面的多个远程仓库。
Git管理模式

                                </div>

详细介绍：

1）GIT是分布式的，SVN不是：

这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。好处是跟其他同事不会有太多的冲突，自己写的代码放在自己电脑上，一段时间后再提交、合并，也可以不用联网在本地提交；如果你能理解这个概念，那么你就已经上手一半了。需要做一点声明，GIT并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如Bitkeeper, Mercurial等，也是运行在分布式模式上的。但GIT在这方面做的更好，而且有更多强大的功能特征。

GIT跟SVN一样有自己的集中式版本库或服务器。但，GIT更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，你仍然能够提交文件，查看历史版本记录，创建项目分支等。

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

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

3）GIT分支和SVN的分支不同：

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

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

Git鼓励分Branch，而SVN，说实话，我用Branch的次数还挺少的，SVN自带的Branch merge我还真没用过，有merge时用的是Beyond Compare工具合并后再Commit的；

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

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

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）。