svn - 颠覆、融合

Question

首先让我先说，我以前在这里问过类似的问题，但从来没有得到解决我缺乏知识/问题的好答案。

首先，让我从一个分支策略提案开始。这就是我们的工作，我很高兴听到其他评论，以及为什么这很糟糕。但要明白它通常对我们有用。

我们有 1 个产品。为了这个例子，我们称它为“PRODUCT”。我们运行 2 个并发开发周期。每周一次的维护周期，我们修复非紧迫的错误，以及每两周一次的冲刺。从主干创建了 2 个分支，分别称为“Sprint”和“Maintenance”(我知道这个名字选择令人震惊!)。同样对于紧急/阻塞问题，修复直接进入主干并在测试后推送到生产。

当我尝试将冲刺或维护重新整合回主干时，10 次中有 9 次我遇到了大量冲突。在其中一个分支中从未处理过的文件上。这会导致大量手动合并，这很糟糕，而且往往会导致更多问题。

所以我将发出命令:svn merge --reintegrate http://repo/Sprint虽然有些文件会更新，但我会在完全相同的文件上发生冲突(通过 WinMerge)。我不知道是什么导致了这些冲突。

我怎样才能停止这些荒谬的冲突？

Answer 1

一个答案是使用许多小的特征分支，而不是两个固定的分支。您的问题是来自固定分支的更改被合并，然后您在固定分支上做了更多更改，这些更改似乎与第一次合并冲突，即使它们实际上没有冲突。

因此，要么使用许多小的特性分支，要么切换到 DVCS，例如 Mercurial 或 git，后者以比 SVN 当前更智能的方式处理合并。