创建一个名为“staging”的新分支，并忘记其他…

如果在它上面有更改集，那么必须使用带有分支映射的convert扩展来重命名它。然后，每个人都必须复制新的回购或剥离旧的分支。

更新到stiging分支并在其上创建一个新分支。然后关闭旧的分支。

总而言之:

hg update stiging
hg branch staging
hg commit -m"Changing stiging branch to staging."
hg update stiging
hg commit --close-branch -m"This was a typo; use staging instead."
hg push --new-branch

对于未来的读者:使用rebase扩展，你可以创建一个具有与stiging相同父级的新分支，并将整个分支历史移动到它，就像这样:

hg update -r "parents(min(branch('stiging')))"
hg branch staging
hg commit
hg rebase --source "min(branch('stiging'))" --dest staging

这里假设stiging只有一个父母。当然，你可以直接使用显式的修订编号。

注1:如果分支stiging包括与其他分支的合并，我认为这将保留它们，只要staging和stiging具有相同的父级。但我肯定会仔细检查。

注2:因为这样会编辑历史，所以旧的分支不会简单地从克隆的存储库中消失(请参阅rebase文档)。除非每个人都能重新克隆，否则对于大型团队来说，这可能不是一个非常实际的解决方案。

注3/Edit(由@JasonRCoombs提供):现在阶段在mercurial中是标准的，rebase将拒绝修改已经推送的变更集。要么通过将阶段更改回草稿(使用hg阶段)来愚弄它，要么让旧的分支保持原样，只做一个正确命名的副本(例如，使用' hg rebase—keep')。

这将修改历史记录，并且仅适用于高级Mercurial用户。如果你不知道那是什么意思，就别这么做。

如果标记只是局部的，你可以改变它的分期结合移植和条。首先更新到stiging已经发散的祖先变更集。创建分段分支，并将每个提交从分段移植到分段。Staging现在应该是stiging的副本。最后，通过剥离stiging的第一次提交来销毁它。

hg update {SHA-1 of the ancestor changeset}
hg branch staging
hg graft {first changeset in stiging} ... {stiging head-1} {stiging head}
hg strip {first changeset in stiging}
hg push --new-branch