在合并冲突解决方面,git和svn有什么不同?

最后,我花了一些时间修改分支/合并git和svn,发现了一个杀死svn但与git完美结合的案例:

假设项目由这些文件组成:

/main.cpp
/sub1/sub1.cpp
/sub1/sub1.h

1. 创建分支
2. 在trunk中,将sub1.*移动到根目录,删除sub1子目录。
3. 在branch中对/sub1/sub1.cpp进行一些更改
4. 在trunk中对/sub1.cpp进行一些更改
5. 合并分支和主干。

svn将丢失在第3点中的分支中所做的所有更改,git中的类似更改将完全合并。这足够让我拒绝svn作为任何需要分支的项目的版本控制系统。

hgInit.com 与Mercurial相关,但将为您提供一个非常好的概述,说明DVCS和SVN在合并冲突方面的区别。

颠覆有麻烦的原因 合并与它的方式有关 存储版本历史记录。颠覆 喜欢考虑修改。一 修订是整个文件的内容 系统看起来像是 时间点。在多变的环境中,你认为 关于变更集。变更集是 以下更改的简明列表 一次修订和下一次修订。

因此subversion在合并时比较整个文件,而mercurial(或git)则分别比较每个更改集。在处理变更集时,冲突发生的频率要低得多。