关于git和svn的比较，求大家给点看法。

[jtn007]

自己平时都用的git，svn用得比较少。网上也看了各种比较的文章，总感觉还是比较抽象。大家实际运用中比较明显的一些对比求大家分享一下，谢谢~

[sdpfoue]

@zythum git的3种流行工作流除了集中式，剩下2种用svn怎么实现。参考：http://wangyan.org/blog/git-work.html
git的cherry-pick在svn中怎么实现
不装其它插件git的bisect在svn中怎么实现
等等等等

更不用说被人说最多的分支创建切换和合并。svn的merge不做特殊处理，仅当做是普通的一次提交，所有merge的信息和分支历史信息全部需要额外记录。svn的merge和git根本就不是一回事。参见下面3个链接：
http://stackoverflow.com/questions/2471606/how-and-or-why-is-merging-in-git-better-than-in-svn/2472251#2472251
http://stackoverflow.com/questions/2692950/whats-the-difference-between-svn-and-git-for-merging
http://stackoverflow.com/questions/2475831/merging-hg-git-vs-svn/2477089#2477089

觉得git不比svn有优势只能说是对git还不够了解。甚至对svn本身也没什么了解

[zythum]

cherry-pick 是合并一些commit 也不是全部。 svn可以用 版本差异merge来处理，提交分支某几个版本的差异合并。
bisect 只是工具么 用svn-bisect也可以的。插件实现就不算功能了啊。

svn和git内部版本树处理就不一样。当然不是一回事情了。
git 却是在易用上做的好一些。还能规避很多错误，但是功能大部分都是一样可以用的。

[jinwyp]

@luikore +1

[sdpfoue]

@zythum 如果约定，配合，使用得当，版本管理工具也是可以省掉的

[jtn007]

@sdpfoue 但是这个所谓的约定，配合，使用得当应该要相当理想化了吧，而且肯定会有很多额外的工作量

[sdpfoue]

@jtn007 那是自然

[recih]

如果是管理代码的话，如果你可以自由选择的话，没有什么理由不用 git。绝大部分 svn 能做到的 git 都能做到而且做的更好。而 git 能做到的，svn 做不到或者不好做。

但有一个功能是 git 做不到的，那就是 svn lock，这在有些情况下非常有用（例如管理doc，xls，psd，fla之类需要多人协作的二进制文件）

[booty]

个人更喜欢 SVN
推荐你一个在线 SVN 仓库：svn.gzyunke.cn