使用MQ扩展和调试命令还有另一种方法。这是在不丢失数据的情况下修改历史记录的一种通用方法。让我假设和安东尼奥的情况一样。

// set current tip to rev 497
hg debugsetparents 497
hg debugrebuildstate
// hg add/remove if needed
hg commit
hg strip [-n] 498

我以前是这么做的:

想象一下，您有500个提交，错误的提交消息在r.498中。

hg qimport -r 498:tip
hg qpop -a
joe .hg/patches/498.diff
(change the comment, after the mercurial header)
hg qpush -a
hg qdelete -r qbase:qtip

我是这样做的。首先，不要强迫你的改变，否则你就不走运了。抓取并安装崩溃扩展。提交另一个虚拟变更集。然后使用折叠将前两个更改集合并为一个。它将提示您输入一条新的提交消息，为您提供您已经拥有的作为起点的消息。您已经有效地更改了原来的提交消息。

使用MQ扩展和调试命令还有另一种方法。这是在不丢失数据的情况下修改历史记录的一种通用方法。让我假设和安东尼奥的情况一样。

// set current tip to rev 497
hg debugsetparents 497
hg debugrebuildstate
// hg add/remove if needed
hg commit
hg strip [-n] 498

编辑:正如用户指出的那样，不要使用MQ，而是使用提交—修改。这个答案现在大多具有历史意义。

正如其他人所提到的，MQ扩展更适合此任务，并且您不会冒破坏工作的风险。这样做:

启用MQ扩展，在hgrc中添加如下内容: (扩展) mq = 更新到您想要编辑的变更集，通常提示: Hg上升$rev 将当前的变更集导入队列: Hg qimport -r。 刷新补丁，编辑提交消息: Hg qrefresh -e 完成所有应用的补丁(在本例中是一个)，并将它们存储为常规更改集: Hg qfinish a

我不熟悉TortoiseHg，但是命令应该与上面的类似。我还认为值得一提的是，编辑历史是有风险的;只有在您绝对确定更改集没有被推送到其他地方或从其他地方拉出时，才应该这样做。

回滚-重新应用是一个非常简单的解决方案，但它只对最后一次提交有帮助。Mercurial Queues功能强大得多(注意，为了使用“hg q*”命令，您需要启用Mercurial Queues Extension)。