SVN+GIT=鱼与熊掌兼得

使用git已经有一段时间了,从使用git的第一天开始,就计划逐步放弃svn.

svn有的功能,git都能做到,而且做得更出色,况且git还有很多特性svn望尘莫及,还有什么理由继续使用svn呢?

well,理由很多. 比如,git在windows上的性能问题, TortoiseGIT还没有开发出来(或者根本没有这个计划?),团队中其它人员不习惯用git....等等.

那么,鱼与熊掌,能否兼得?

=== SVN 之痛与痒 ===

svn的最大问题是不支持分布式开发. 分布式并不一定就是指象Linux Kernel那样的大型协作开发场景.

例如,你想把没做完的工作带回家做,但是家里又不能连线到公司的svn服务器,那么你就不能commit. 实际上,这也是一种分布式开发的场景.

你会说,那你就不要commit啊 ... 我办不到, 我有个坏习惯,经常做些小改动,但是十分钟后就后悔了想改回来,只有经常commit我才能找回上次,上上次变更.

当然,我有坏习惯因此我不会commit到trunk或主branch上,否则会被扁死 :-)
所以,我经常有很多临时branch要merge,频率非常之高...在svn中的merge并不好玩.

不得不说,svn的repository设计很糟糕. 慢, 特别是在项目规模上去,开发周期长时,repository迅速膨胀.项目树中到处都是.svn也是很讨厌.

但是, TortoiseSVN实在是方便, 很多人使用SVN就是因为图这个方便.
支持SVN的IDE也数不胜数.

SVN,既痛又痒....

=== GIT 的威力 ===

git很快,真的很快,比小李飞刀还快...(当然是在Linux下).
试试checkout Linux Kernel的各个tag,那个速度,不得不佩服,呵呵~

其实对于小项目来说,速度倒无所谓,不差那么几秒,git还有很多cool things.

git diff很强大,真的很强大.比较任何两个历史版本,速度飞快.

git中做branch简直太简单了,branch merge也是非常的爽,更不用说three way merge了. 当然还有很多很cool的特性,例如,与别人的git tree进行merge ... 其实这些或多或少都是由于分布式的特性带来的.

还有那些通过email commit等等一般小团队开发用不到的功能,就不多说了.

=== 鱼与熊掌兼得 ===

首先,svn照用,主版本管理用svn(照顾团队嘛).

然后在项目目录下建git repository: git init.
这只在项目根目录下多出一个.git目录,不会象svn或cvs那样,每个子目录都有它的垃圾.

接下来,建立.gitignore文件,把不需要git管理的文件,加入此表,例如.svn. 或者进入.git/info编辑exclude文件.

加入git: git add .

完成了,就这么简单.

从此以后,小的,临时的改动,通通用git来管理,又快又准,还不影响别人. 因为你只用到本地git repository,与其他人无关.

各人建各人自己的git tree,互不干扰. 当然,如果你想日后某一天可以merge别人的tree,那么还是建一个bare public tree吧, 各人clone一个,然后工作在自己的branch下,平时还是照样离线commit,需要时push.

在家里工作?没问题,照样可以commit,git是分布式的.

回到公司后,想commit到svn?没问题,在git中checkout你想要的"working code"版本,再在svn中commit, 然后git再checkout HEAD,继续前行

=== 结论 ===

svn和git结合, 可以带来以下好处:
1) 与单独使用svn的其它组员不冲突
2) 享受git分布式带来的好处
3) 可以满足svn commit working code的需求
4) svn大粒度管理,减轻svn repository的压力.
5) svn继续发挥GUI便利的优势.

所以, SVN + GIT = 鱼与熊掌兼得


有趣的是,Linus当时设计git的时候,说:"...当碰到一个特性不确定应该采取什么样的设计时,就只要照着svn的反方向设计就对了..."

评论

16 楼 pxiaozei 2015-06-12  

楼主，你这样用，需要在SVN服务器上建Git服务器端么？

15 楼 w87848608 2014-08-08  

请问，比如我利用git，开了一个branch A，做了功能A，branch B做了功能B

现在怎么使用SVN想要把A功能的代码提交到服务器？

14 楼 sxlkk 2014-05-05  

callmechen 写道

本质上还是没有解决合并的繁琐。换汤不换药，还是凭喜好去选吧

是的，冲突的文件 任何一款都无法解决，今后也不会出现，因为必须人为介入，不然合并后的代码无法运行，还是要手动修改，而且git跟Eclipse集成比svn差远了，在Eclipse里面git没有显示提交人，提交时间

13 楼 清气上升 2013-05-22  

本地提交，本地错误恢复，eclipse有local history的功能

12 楼 phnessu4 2010-03-12  

不错,  

11 楼 callmechen 2009-12-14  

本质上还是没有解决合并的繁琐。换汤不换药，还是凭喜好去选吧

10 楼 anders0913 2009-04-21  

不错，真是个好方法。

9 楼 andyhan 2009-01-06  

TortoiseGit v0.2.0.0 Preview 最新发布！

http://code.google.com/p/tortoisegit/downloads/list

8 楼 oaklet 2008-07-29  

用了一下TortoiseHg，感觉分布式的版本控制确实爽

7 楼 mindxw 2008-07-15  

这个方法不错，svn的repository经过长时间的运转后会很大，的确可以减轻它的压力。

6 楼 Lynx 2008-07-04  

干吗要那么麻烦呢，

何不直接用 git-svn

5 楼 tedeyang 2008-06-18  

赞！~这个合作很有创意

4 楼 agile_boy 2008-06-15  

git中好像有个git-svn的命令吧，没有用过。
写的不错！

3 楼 rubynroll 2008-06-14  

引用

git关键是需要有好的客户端软件出来~

命令行下git-core很好用啊，GUI的话，giggle不错，或者gitk也不错。当然，在windows下，还没有象TortoiseSVN那样和windows文件管理器紧密结合的工具出现，不过据我个人经验，windows下msysgit已经足够好用了。

2 楼 Arden 2008-06-14  

git关键是需要有好的客户端软件出来~

1 楼 jasongreen 2008-06-14  

不错，good