拉JUST合并变更集时出现意外冲突

Question

我们目前在开发中使用了三个相关的Mercurial回购。如图所示，我们有：

• 发布的版本一个（ Base 已发布，我们即将推出补丁），
• 内部版本两个与一个仅在我们的CI系统使用的某些测试代码中有所不同
• 即将发布三。

在提交回购后，更改总是被推送到“更低”的回购。我的问题是变更集 A2 （事后看来，可能是 A1 ）直接合并到三，然后才合并到 Two < /强>

目前，回购两个的提示不会合并（重点虚线）到三而没有多次冲突，即使所有组成部分都是如此更改在三。

我看到的选项是：

1. 重新合并 A2 和 B2 并使用hg commit --close-branch消除令人困惑的合并，然后将替换合并推送到三
2. 将令人困惑的合并重新合并 A2 和 B2 和hg strip。可悲的是，我不能剥离托管的回购，所以我必须做一点舞蹈来替换那里的回购（并告知使用该回购的小团队）。
3. 将两个的当前提示合并到三上，并完成几十个“冲突”的单调乏味。

我的问题是 解决这个问题的最佳方法是什么？ 此外，这怎么可能首先发生？

Question 17169232

请注意，图像已经过简化，通常会有几个变更集在合并到下一个之前被推送到仓库。