我有一个长期的特征开发分支,让我们称之为dev-foo。问题是,当我尝试将其合并到第1版中时,我获得了所有类型的可怕的树冲突和源冲突,这些冲突并没有任何意义。我已经将它们重新集成到新的基于中继的分支机构中,以及希望集成在一起的其他功能。每次合并我尝试向往或来自这个集成分支的情况都同样可怕地冲突。我该怎么办?

有帮助吗?

解决方案

我强烈怀疑,在解决冲突和犯下的过程中,您的发展分支机构中的行李箱的合并之一被意外地破坏了。这意味着你的发展分支的合并历史是“中毒”,并合并它只会延长痛苦和痛苦的对你和其他人。

抓住心脏,一切都没有丢失!

此处是我用于“重建”破损的开发分支的方法,以便重新集成而不从中继线带来先前破损的合并:

  1. 从开发分支的同一点开始一个新的分支 开始了。
  2. 将所有开发分支修订合并到重建中 分支 - 最多,但不包括下一个合并的父母 分支(主干)。
  3. 从dev-branch-parent(trunk)的合并到 重建分支在下一步中合并的相同修订 原始开发人员历史。这次不要错了。
  4. 比较(在SVN URL之间)到目前为止,使用重建分支在此时的Dev-Branch。 在继续前进或修复任何差异。
  5. 重复步骤2-4 直到您重建了整个发展分支,但 没有融合问题。
  6. 合并重新融入目标分支 进入重建的发展分支机构。
  7. 解决了任何发展 冲突和测试构建。
  8. 重新集成合并重建 发展分支进入目标分支。
许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top