Svn 什么样的风投更喜欢合并,或者什么样的最佳实践可以最大限度地减少合并问题?

Svn 什么样的风投更喜欢合并,或者什么样的最佳实践可以最大限度地减少合并问题?,svn,version-control,merge,Svn,Version Control,Merge,在我们工作的地方,我们有一系列的合并问题。我们使用SVN,我知道这不是工具的问题,而是策略的问题。但是,为了最大限度地减少这种情况,最佳的合并实践/策略是什么。还是有一个VCS比SVN更容易合并?没有任何工具可以在所有情况下自动合并。自动合并的结果总是最佳猜测。您有机会在提交之前验证合并结果 一般来说,SCM会带来一系列模式和陷阱。这是一个非常好的信息来源: 您可能提到的反模式被分类为。我支持上面的问题:“一堆合并问题”具体指的是什么 无论如何,我的经验是分布式版本控制系统(DVC)——例如Me

在我们工作的地方,我们有一系列的合并问题。我们使用SVN,我知道这不是工具的问题,而是策略的问题。但是,为了最大限度地减少这种情况,最佳的合并实践/策略是什么。还是有一个VCS比SVN更容易合并?

没有任何工具可以在所有情况下自动合并。自动合并的结果总是最佳猜测。您有机会在提交之前验证合并结果

一般来说,SCM会带来一系列模式和陷阱。这是一个非常好的信息来源:


您可能提到的反模式被分类为。

我支持上面的问题:“一堆合并问题”具体指的是什么

无论如何,我的经验是分布式版本控制系统(DVC)——例如Mercurial、Git——在合并方面比Subversion聪明得多。尽管许多绑定svn的开发人员由于合并的痛苦而避免分支,但在DVCS中,它是工作流的一个常规且无痛的部分


(你可能没有能力让你的工作场所切换系统,但无论如何都要学习DVCS。它会使你成为一名更好、更具市场价值的开发人员,甚至可能提供解决当前问题所需的灵感。)

那么,你有什么问题?