最近，我的一个同事移植了一个提交，修改了.hgsubstate上的一个(三个)子存储库。相反，移植更改了所有三个以匹配原始更改集(即使它们是对前一个更改的更改):
changeset main:
f60c22f43d335e95a95301aee58a092b63800e4b external/a
26e615cf033cffa9fba77d2369e3802cc2b9a95e external/b
ca46ca7e5243439de09a2d14ffa60432c6c56d74 external/c
diff of changeset grafted:
7fe8fcdd7648e14bee5889a4b3155fde49f09de4 external/a
5b90cf021b0006c8681247a73e9940f835a959f4 external/b
-8479ff0a18dc684db7f0771ace700915c51e92e6 external/c
+69e97bdab56155fee6ab4d0d21bbf36b34b040f8 external/c
final graft:
7fe8fcdd7648e14bee5889a4b3155fde49f09de4 external/a
5b90cf021b0006c8681247a73e9940f835a959f4 external/b
69e97bdab56155fee6ab4d0d21bbf36b34b040f8 external/c
似乎graft是在大规模地替换文件，而不仅仅是特定的修改。这与我对贪污应该做什么的直觉背道而驰。更糟糕的是，即使我使用-t internal:fail，它也会这样做，它不让我合并任何东西。
我至少想知道为什么会发生这种不幸的合并，这样我们就可以避免它在未来发生。我试着在一个玩具例子上重现这个问题，但我失败了;由于这两个变更集之间大约有350次提交/合并，我很可能错过了有问题的部分。
我的问题是:我能使汞输出所采取的步骤，做这个移植?或者以某种方式确定问题合并的来源?
嫁接操作是一个以嫁接父修订为基础的3向合并。图表中的其他内容都不重要。
来源:https://groups.google.com/forum/!主题/mercurial_general/3 phtx8gt208
我的问题似乎出在别的地方，但我现在可以结束这个问题了