Subversion重新整合分支冲突

Question

我正在使用svn进行版本控制，并提出以下问题：

• 假设我在feature branch中开发了一些内容，并在trunk 中不断进行上游更改（通过简单地合并它们并解决冲突）。现在，在某些情况下我从trunk进行了上一次上游合并并解决了冲突。并且，例如，在merge之后，我以某种方式设法“冻结” trunk - 所有对trunk的提交都被拒绝，并且它始终保持在同一个州。

• 当我为merge --reintegrate执行feature branch时，保证是否存在冲突？或者我错过了一些可能导致他们的其他条件和行为？

Answer 1

你打算如何冻结行李箱？

如果你先冻结行李箱，然后从行李箱到行李箱进行合并，那么保证自上次合并以来没有人接触过行李箱。

如果出现以下情况，则不应出现任何合并冲突：

• 你没有挑选合并，因为当你从分支机构合并到主干时，应该已经处理了所有合并冲突 - 如果你没有做任何合并的樱桃选择。
• 您总是从同一个根目录进行合并。

然而，在一些奇怪的边缘情况下，这可能不一定是真的。我尝试了两个功能分支，看看我是否可以强制重新整合冲突，但我不能。

Answer 2

我没有看到这种行为，我能够在merge --reintegrate上产生冲突。这是svn 1.6.18，不确定这里是否存在功能依赖。特别是，如果分支上的冲突需要手动解决（即 - 不接受我 - *或 - 接受他们 - *不起作用），我无法看到颠覆如何避免合并冲突 - 整合，因为它无法真正“告诉”你如何解决冲突，并且主干上的冲突线路没有变化。

我实际上正在寻找一个相关问题的解决方案 - 如何在重新合并到主干时“记住”手动解析，因此用户不必经历两次相同的冲突解决方案（以及相同的思维过程） ） - 但如果这里没有讨论，我会分别问这个问题。