在断开分支提交后，在Mercurial中存在两个默认分支

Question

我遇到了工作上的困难（如下面的简化草图所示）。 在创建分支期间，由于某种原因，默认值被作为分支的父级卡住，但仍然单独保留默认分支（这是我们正在使用的默认分支）。 这给我们留下了两个默认分支。

有人误解了如何在分支之前提交更改，因此我们最终将branch1中所做的更改合并到branch2中。

我一直在研究Mercurial：确定这是否是一个可解决的问题的权威指南 ，但无法找出有关退出或关闭的命令会有所帮助。 最简单的方法是，如果以某种方式可以重命名剩余的默认分支。

解决此问题的最佳和/或最简单方法是什么？

我正在准备将开发分支合并到正确的默认分支中，并希望在我开始任何主要合并之前解决这个问题，这可能会使将来更难以解决这个问题。

Answer 1

请记住，分支名称只是提交的标签 - 没有什么真正打破你的图表。 合并时，分支名称不会影响发生的情况，合并时只有文件内容很重要。

话虽这么说，你可以在default关闭额外的头，在branch1下面的branch1 ：

$ hg update "min(heads(branch(default)))"
$ hg commit --close-branch -m "closing this head"

这会在你的图表中留下一个悬空的变化集，这很好。 close变量集将隐藏hg heads ，然后hg merge等命令将不再建议与此头部合并。

Answer 2

老问题，但我可能对某人有用。

..这发生在一个分支发散时，通常当有人做hg push -f而不是拉动和更新时。 在你的情况下，强制头也恰好在另一个分支上，但这也可能发生在一个分支上。 我的解决方案是让它坐下来直到合并分支 - 至少，如果有计划在某些时候合并它们。 在我看来，这个解决方案比关闭错误的头更清洁。

但是，执行hg update default将带您进入具有“默认”名称的最新提交。 虽然我认为这个想法在你的情况下是正确的，但这是因为你真正想要的“默认”是带有“默认”分支名称的最新提交，所以应该没有问题。 但是，如果错误的头部更新， hg update default会将人们带到错误的头部，这可能会让人感到困惑。

无论哪种情况，这都可以解决问题：

hg update <revision number of correct 'default' head>
hg merge <branch the erroneous 'default' head is on>

所以在这种情况下， hg update default将更新为错误的头：

1-2(default)
 \
  3(default)-4(branch1)

你需要这样做：

hg update 2
hg merge branch1
# results in this graph:
# 1-2---5(default)
#  \   /
#   3-4(branch1)

而在下面， hg update default将更新为你真正想要的那个：

1-2------------5(default)
 \
  3(default)-4(branch1)

..你可以忽略错误的默认值，因为它不会影响任何人。 ..然后，一旦有人做了hg update default; hg merge branch1 hg update default; hg merge branch1 ，错误的头部将默默地消失，因为在那一点上它是错误的“默认”的祖先。 ..这将导致这样的事情：

1-2-5----------11(default)
 \            /
  3-4-[...]-10(branch1)

..你也可以在你想要的默认值上做一个无用的提交，然后它将是最新的，它将是人们在hg update default时得到的，但我不喜欢在历史记录中有垃圾提交。