评《GIT和SVN之间的五个基本区别》
评《GIT和SVN之间的五个基本区别》
Mr_Anarchy 发表于4年前
评《GIT和SVN之间的五个基本区别》
  • 发表于 4年前
  • 阅读 7619
  • 收藏 17
  • 点赞 7
  • 评论 11

腾讯云 十分钟定制你的第一个小程序>>>   

摘要: 该文章是几年前的东西了,搜百度“git svn”的时候竟然还排在第一,感觉文中有几点没有说透,看底下评论,更有不少有误导嫌疑。现在又没法发表长评论,所以单独成文,结合这几年的工作经历,说说切身体会。


原文链接http://www.oschina.net/news/12542/git-and-svn,首先说明,我没看英文原版,因为就我目前来说,自认为没这个需要了。好吧,我承认其实是犯懒。。。

下面我结合自身体会,逐条评论一下:

1.GIT是分布式的,SVN不是:

这一点绝对是最最关键的重点,与原作者不同,我要特别强调的是这一点对身处大陆的码农们的重要性。为什么?因为人家老外下全套android源码要几个小时,而我们要十几二十个小时,甚至好几天,还会不停断线!

分布式的最大好处,在于当你要切换不同的提交,不同的分支时,不再需要联网。试想一下,要是googleandroid源码用svn(这个是纯假设,实际上是完全不可行的,后面会提到),本来在大陆下一次代码就够慢的了,要是每天再切个几次分支和提交,那就别活了。所以在这一点上,我不说git完爆svn,应该说是分布式完爆非分布式。

2. GIT把内容按元数据方式存储,而SVN是按文件:

说实话,我没看出来原文列第二点出来是为了说明什么。这确实是个区别,但一般用户是不需要了解的。

看到评论中有人提到了提交冲突的问题。真发生了大规模冲突,不管git还是svn,都是挺让人感到头疼的,两者对冲突的解决办法也是差不多的。个人见解,冲突是靠良好的团队管理和项目分工来尽力避免的,但真发生了,解决起来都差不多,也没见哪个版本控制系统是以解决冲突效率高作为卖点的。当然不存在冲突的版本管理系统也有,VSS嘛,往前推个10年,中兴全公司都在用呢,呵呵~

3. GIT分支和SVN的分支不同:

分支确实是一个重点,只不过原文没说到点子上,不过看文章是挺久之前的,可能那时候git还没现在这么普及(当然现在国内也未必有多普及),也情有可原吧。

这里我就说最关键的一点,你可以看完整的android代码,如果没有,可以用git clonelinux的完整代码库,然后用git branch -r命令看看,你会发现有几十个甚至近百个分支,如果你只用svn的话,你一定完全无法想象。但这就是git分支的优势,因为git是基于差异来管理分支的,其分支的代价极小,再结合第一点,所以其切换分支也极为方便和快捷。这一点上我认为git是优于svn的,之所以我不说完爆,是因为这一点要结合项目需求,你的项目不是android,不是linux,没有大量分支并行开发、合并的需求,其实用svn也是可以的。但用git,你可以为一个单独的小功能拉分支,为一轮完整的测试拉分支,为你的每一个客户单独拉分支,等等等等,基本上是想拉就拉,这一点svn应该是比不上的。

至于原文提到的合没合并的问题,svn我不常用,git下用git log命令,加上--graph参数,再配合--oneline--color,我觉得是很方便直观的。

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

原文承认这一点不如svn,我也承认,但要补充说明一下,git每次提交产生的40位(160bit)哈希值,是完全可以等同于svn全局id的作用的,之所以说不如,只是因为不好记而已。

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

完整性这一点git要优于svn这是事实,虽然我个人不论git还是svn,都没碰到过这类问题。

反正对于git,每个克隆都是个完整的库,只要有一个克隆在,服务器被雷劈了都不怕,有点狡兔三窟的味道。当然,我这里说的跟原文说的已经不是一回事了。

 

看到有评论说git鼓励人们拉分支,这完全就是本末倒置了。事实是,git在分支这一点上优势巨大,所以当项目有大量分支的需求时,自然git就脱颖而出了。这也是为什么androidlinux用不了svn的原因。至于说svncommit是一种主动责任,稍微用点脑子想想,可能存在一个版本控制系统,不需要程序员承担所谓的主动责任么?无非在VSS里面,是checkout/checkin,在svn里面是commitgit又把svncommit拆分成了commitpush两步而已。该评论实在是过于主观,误导倾向太重。

最后说说git的不足,结合项目经历,个人认为最大的是两点,第一,图形界面支持差,git本身是纯命令行的,图形化的界面也从来不是git的开发目标之一,所以虽然有第三方开发了图形界面支持,但这始终是git的短板;第二,git本身是不支持基于目录的鉴权认证的,我有碰到过几个boss挺在意这个的,虽然也有插件能解决这个问题,但我没用过。gitlinux之父专门为了linux内核源码而开发设计的,人家不在意这两点,也完全可以理解。

选择版本控制工具,要结合各方面的因素,我反正也见过一群中兴出来开公司的老古董,到今天都还在坚持vss的。我只能说git是我用下来感觉最方便,功能最强大的(本人开发环境是纯linux,写代码看代码用vim,工作内容有涉及跨平台,但vs之类的ide环境仅仅用来编译一下而已)。如果你的项目很“linux”的话,那我实在找不到不用git的理由。你只要想一想,天才如Linus者,会搞出个不如svn的东西来跟自己过不去么?

 


标签: git svn 杂文
共有 人打赏支持
粉丝 2
博文 1
码字总数 1689
评论 (11)
曹建峰
svn 拉个分支有什么成本?
cnlinjie

引用来自“曹建峰”的评论

svn 拉个分支有什么成本?
1、是需要完全拷贝一份吧。 2、分支和主干 合并代价有点大。
cnlinjie
顶。
Lunar_Lin
版本对程序员来说只是个工具, 就像一个出租车一样, git和svn都很难遇到灾难性的事情, 外加备份思想,所以优势就在平时的日常使用, 谁废话最少最快速的把我送到想去的地方,谁就是最好的出租车.
个人对git 和svn 最大感受, svn慢, git很快. 我的项目做过svn 转到git, 速度差距非常明显, svn经常一敲完命令, 就干望着屏幕发呆, 好 有反应了, 再敲一下, 再发个呆. 而 git在于概念 对我来说 太枯燥了, 不懂还不行. svn 基本不需要什么概念, 和初学者对其的"幻想" 是一致的. git的分布式好处, 并不在于什么备份整个仓库, 对我来说就是可以随时提交,保护临时成果. 不说硬盘坏了, 要是坏,svn/git本地修改同样完蛋. 这个概率很低. 日常工作高频率的一点是 开发人员手动在改的文件 是很危险的, 经常一不小心 覆盖错文件, 经常ctrl z多点几下,自己没注意到, 所以还是很需要一个"备份" 来保护 工作环境. 有人说 你一改好 就要commit, 可这真是遭人骂的地方, 很多时候 编译都还有问题, 测试完全不能通过, 我就是想先commit 一下 保护下我的成果. 此时git太棒了,而svn很糟. 要么你被同事抱怨"妈的 你提交了个撒啊, 我这编译不过去了, 赶紧搞好. 我急着赶紧写完, 晚上上线", 要么你一不小心,"我草! 我下午写的东西怎么不见了." 至于有人提出可以: svn 单独为自己的开发开个分支, 需要提交的时候再merge过去. 我只能说 太卡了.需要别人的代码时 还要merge来merge去的. 完全比不过git commit git push的流畅.svn这方面不如git. 然后svn保存些策划文档 ,美术资源什么的, 还是很不错的, git..... 哎 教会他们用下svn commit 和svn checkout还是很容易的. 而git对非程序人士来说 太晦涩了.... 他们看你的眼神就像在说: 你们这帮写代码的真是群野猴子, 一天到晚 搞些妈的繁琐的不得了的东西. 我不想程序员给别人留下这个印象, 这方面svn是好的.
WDRainCN
我详细看完了文章,只是有点感觉楼主是不是有点偏执了,如果没有怎么使用svn就说svn的坏处,是不是过于随意了。
恰恰与楼主相反,我对git不熟悉,svn倒是用了8年了,在最近想了解下git的版本冲突问题时就发现非常大的麻烦, 而这点在svn里几乎是不存在的,如果使用过svn+Beyond Compare的svn熟手,绝对不会说出这些话的。 而且svn在分支管理上也是非常方便的,这仅仅是需要你对svn多一点了解。 或者请个配置管理员:)
说得有点多,多多见谅。 只是不希望很多新人被各种文章误导了。 git和svn能现在大行其道,必然都有其好的地方,仅仅是你的工作环境需要用什么,然后多了解就好。没必要分个高下。
汤糖

引用来自“WDRainCN”的评论

我详细看完了文章,只是有点感觉楼主是不是有点偏执了,如果没有怎么使用svn就说svn的坏处,是不是过于随意了。
恰恰与楼主相反,我对git不熟悉,svn倒是用了8年了,在最近想了解下git的版本冲突问题时就发现非常大的麻烦, 而这点在svn里几乎是不存在的,如果使用过svn+Beyond Compare的svn熟手,绝对不会说出这些话的。 而且svn在分支管理上也是非常方便的,这仅仅是需要你对svn多一点了解。 或者请个配置管理员:)
说得有点多,多多见谅。 只是不希望很多新人被各种文章误导了。 git和svn能现在大行其道,必然都有其好的地方,仅仅是你的工作环境需要用什么,然后多了解就好。没必要分个高下。
jackchanxj
新人一枚,冒昧说几点。我还是大四,刚实习,一到公司boss就要我熟悉svn。在学校都是用git的,昨天熟悉了下svn,说点我的感受。
1.svn根据文件的管理形式让我很难以适应。当你在切换分支时要把环境一并改。每个分支的路径不一样会给编译、测试等带来很多麻烦,相对的git无论怎么切换都在一个目录,直观,省事。虽然ide的插件很大程度上能解决这个问题,但git只要git checkout一个命令就好了。ps:对于完全不想敲一个命令,只想不断点点点的童鞋,我也没什么好说的。
2.git不但是分支,还有stash等功能,你可以把一些试验性的代码放到stash中。“ctrl+z”大法虽好,但退出ide就回不去了。
3.git的命令相较于svn更简介高效。对于不以来可视化和ide插件的人是福音。
4.git很自由,但后果是如果管理不善,当你合并别人分支时就很麻烦。
5.git的可视化和ide插件支持不是很好。ps:对我没啥影响。
6.用svn的人群太多,想要要求他们转git成本太高。
penguin_ku
感觉楼主不过另一个小愤愤的存在。说话也不客观。
第一,你都没玩过SVN,所以,我也就醉了。
第二,下载linux、下载android源码,拜托,这两个项目是git的典型适用场景,你用git的典型场景来说svn的不胜任,你干脆找个网站来说mongodb完虐sqlserver更霸气点。
第三,那个数据存储的那个。我不知道你到底有没有具体捣鼓过。svn是增量存储,git是副本存储。当然,这里的差异被你一笔带过,也还好,得益于硬盘的廉价,大家也就关注不到这里了。不过,你这样避重就轻真的好么?
第四,你接下来讨论的啥分支,全局版本号等等,都要在存储的原理上去讨论的,你根本就避开了上面哪一点,所以这里你纯粹就在信口开河,想到哪说道哪。
最后,你的那个git的完整性的呢,这个是git与svn的区别,但说优点的话,就两谈了,有好处有坏处。另外,你竟然举例服务器被雷劈了,够YY的。大点的公司服务器都是热备的,甚至还要加上地理容灾的。你举例服务器被雷劈了,你怎么不去关注git在权限管理方面的问题呢。

总之,楼主其实对git根本不深入,对svn完全不懂。所以,纯粹瞎写,还另开一篇,我也是醉了。

对于公司项目来说,SVN更契合需求,对于开源社区的情形,GIT更契合需求。商业软件可不希望大家没事一堆分支,半年不与服务器同步。
陈少鑫

引用来自“penguin_ku”的评论

感觉楼主不过另一个小愤愤的存在。说话也不客观。
第一,你都没玩过SVN,所以,我也就醉了。
第二,下载linux、下载android源码,拜托,这两个项目是git的典型适用场景,你用git的典型场景来说svn的不胜任,你干脆找个网站来说mongodb完虐sqlserver更霸气点。
第三,那个数据存储的那个。我不知道你到底有没有具体捣鼓过。svn是增量存储,git是副本存储。当然,这里的差异被你一笔带过,也还好,得益于硬盘的廉价,大家也就关注不到这里了。不过,你这样避重就轻真的好么?
第四,你接下来讨论的啥分支,全局版本号等等,都要在存储的原理上去讨论的,你根本就避开了上面哪一点,所以这里你纯粹就在信口开河,想到哪说道哪。
最后,你的那个git的完整性的呢,这个是git与svn的区别,但说优点的话,就两谈了,有好处有坏处。另外,你竟然举例服务器被雷劈了,够YY的。大点的公司服务器都是热备的,甚至还要加上地理容灾的。你举例服务器被雷劈了,你怎么不去关注git在权限管理方面的问题呢。

总之,楼主其实对git根本不深入,对svn完全不懂。所以,纯粹瞎写,还另开一篇,我也是醉了。

对于公司项目来说,SVN更契合需求,对于开源社区的情形,GIT更契合需求。商业软件可不希望大家没事一堆分支,半年不与服务器同步。
太他妈的严重同意了! svn用了9年了,但对于git这东西一直处于了解状态; 很想为自己找个git能代替svn的理由,但一直没找到, 因为我一直都是以管理公司项目为出发点的,所以git根本就无法代替svn; 至于git在开源软件的优势嘛,由于本人自由时间和兴趣问题,这个完全不关心。
blankman
看了十数篇 SVN 和 Git 的对比文章,基本没有把 SVN 摸透的,然后就开始列举 Git 有而 SVN “没有”的特性,唉~~~
郑彬
同理有一些感觉,我一直在公司内部搞配置管理,Git确实火了好几年时间了,但是却找不到公司切换Git的理由,一个权限就搞死。分布式功能,在企业中确实意义不大,即使有分公司办公室,也是通过VPN隧道解决,再说,回家干活,几个公司愿意员工这么干呢?
所以在国内,用git的基本处于开源,或者对公司源码管理无太多在意需求的。
×
Mr_Anarchy
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: