多分支使用rebase+strip后，TortoiseHg执行update时卡顿

作为用Hg多年的开发者，我能理解你作为新手遇到这种问题的焦虑——尤其是已经把错误提交推送到远程后，很容易慌了手脚。咱们一步步来解决：

先解决TortoiseHg Update卡顿的问题 #

当前卡顿大概率是本地仓库状态混乱（比如有未处理的冲突、锁文件残留，或者之前strip导致本地与远程历史不一致），先把这个紧急问题解决：

• 第一步：彻底关闭所有TortoiseHg相关窗口（包括Workbench、Commit窗口等），打开任务管理器确认没有hg.exe或TortoiseHg.exe进程在运行。
• 第二步：手动清理仓库锁文件：进入你的本地仓库目录，找到.hg/store/lock文件（如果存在），直接删除它——这是Hg用来防止多进程操作的锁，有时候异常退出会残留，导致GUI卡顿。
• 第三步：用命令行执行强制更新（比GUI更稳定）：
  打开命令提示符，切换到仓库目录，执行：

  hg update --clean <你要回到的正常提交哈希值>
  

  这里的<正常提交哈希值>可以在Hg Workbench里找到那个最后正常的节点，复制它的短哈希（比如前7位）即可。--clean参数会丢弃本地所有未提交的修改，确保顺利回到目标状态。

处理已推送的错误合并（别再用Strip了！） #

你之前尝试用strip是本地修改历史的操作，但一旦错误提交已经推送到远程，绝对不能再用strip——这会导致你的本地历史和远程完全不一致，后续拉取推送都会出问题。正确的做法是反向合并（Backout）：

1. 找到错误合并的提交哈希：打开Hg Workbench，找到那个导致问题的合并节点，复制它的哈希值。
2. 执行反向合并命令：

   hg backout -r <错误合并的哈希值>
   

   这个命令会自动创建一个新的提交，完全撤销那个合并带来的所有代码变更，而且不会修改已有的历史——这是Hg处理已推送错误的标准安全做法。
3. 推送这个反向提交：执行hg push，把这个撤销变更推送到远程仓库。这样团队里其他人拉取代码后，就能看到错误已经被修正，历史也保持一致。

给新手的小提醒 #

• 以后在修改历史前，先确认提交有没有推送：没推送的话可以用strip/rollback，但推送后一定要用backout。
• 合并操作前，务必先拉取远程最新代码（hg pull -u），避免合并过时的分支导致冲突。
• 不熟悉的Hg操作，先在本地测试仓库里练手，再碰生产仓库。

内容的提问来源于stack exchange，提问作者Roll_Fizzlebeef