Mr.*_*Boy 4 svn git version-control mercurial dvcs
3年前我问过一个问题:如何和/或为什么在Git中合并比在SVN中更好？
当时我认为我们在SVN 1.6上,但现在我们已经达到了1.8,看起来合并是他们已经做了大量工作的一个领域.
那么鉴于这些变化,SVN 1.8是否赶上了像git这样的DVCS中更好的合并和分支支持？
SVN 1.8似乎确实有一些先进的东西,"reingtegration"现在是一个自动操作.你也没有必要跳舞,以便在它再次被合并之后保持一个分支活着.
对我来说这些都是真正的烦恼,而且它们已经消失了.
事情是SVN合并似乎总是有处理mergeinfo记录的问题.如果您不知道,这些是在合并完成时添加到树中的点的属性.它们记录哪些版本是合并版本的祖先,以便在完成另一次合并时,不会重新合并这些版本中的更改.
不幸的是,SVN似乎感到困惑,我经常看到它多次应用更改.我个人认为它记录以前合并的方式有一个根本性的缺陷,但我从来没有弄清楚究竟出了什么问题.
事实是分支和合并是SVN的事后想法和低优先级特征,而它是DVCS的基本特征.分支在SVN中工作,我已经非常重视它.它肯定比一些VCS好.我认为它不会像在DVCS中分支一样好用.
| 归档时间： |
|
| 查看次数： |
567 次 |
| 最近记录： |