使用Mercurial (Hg)，签入rev 100、101和102后，是否需要将它们一一删除？

Question

将代码简化为最简单的形式后，如修订版100、101、然后102，当发现问题时，是否可以

hg backout -r 100

取消所有更改？或者我们是否需要取消 102、101，然后取消 100（即一一取消）？

Answer 1

您的命令不会执行您想要的操作——回退仅执行单个变更集。

然而，有很多方法可以撤销三个连续的变更集，这实际上完全取决于您想要在历史图中留下什么。

最快的方法是：

hg diff -r 102 -r 99 | hg import --no-commit -

“取 102 和 99 之间的差异（注意相反的顺序）并将其作为补丁应用。之后，您将检查工作目录，如果您愿意，请执行 hg 情况

缺点是您的历史图表将如下所示：

--[99]---[100]---[101]---[102]---[103]

其中 103 是 100、101 和 102 组合更改的负数。这并不能显示真正发生的

。到 hg update 99 进行提交，任何提交，所以现在您的历史记录如下所示：

--[99]---[100]---[101]---[102]
     \
      [103]---

然后执行 hg --config ui.merge=internal:local merge 102 合并将 102 更改为 103，但不会对 100、101、102 进行任何更改。

这将使您的历史记录看起来像：

--[99]---[100]---[101]---[102]
     \                       \
      [103]-------------------[104]

这对我来说更清楚地说明了发生了什么，

或者您可能只是这样做：

hg backout 102
hg backout 101
hg backout 100

这使您的历史记录。 ：

--[99]---[100]---[101]---[102]---[103]---[104]---[105]

其中 103、104 和 105 分别是 102、101 和 100 的倒数，但这很愚蠢。

Answer 2

假设您不再需要转速 100、101 或 102 中的任何内容，Ry4an 的第二个建议的类似答案如下：

• 从提示中，使用 hg commit --close-branch - 这会删除分支从头目列表中告诉世界，实际上，我不会再在此基础上进行开发。 （这对应于下图中的提交 103）
• 更新到最后一个好的版本（hg update 99），继续正常工作，并进行新的提交（下图中的提交 104、105

）结果图如下所示：

--[99]---[100]---[101]---[102]---[103]---X
     \                       
      [104]---[105]---...

细微的区别是没有“假合并”（您仅从一个父级获取更改）。

Answer 3

您需要单独撤销它们，因为撤销只会删除您撤销的变更集的更改。

请参阅

http://hgbook.red-bean.com/read/寻找和修复错误.html

Answer 4

来自 http://hgbook.red-bean.com/read /finding-and-fixing-mistakes.html：

hg backout 命令采用单个变更集 ID 作为其参数；这是要退出的变更集。

至少从上面的信息来看，只需要一个变更集就可以退出。

Answer 5

一种方法是 hg up -r mygoodandawesomerev，然后针对该方法进行提交，本质上创建一个在微风中摇曳的未命名分支。

Answer 6

您是否真的想要取消不良变更集，以便继续从变更集 99 开始工作，但您在历史记录中看到了 100 - 102？

或者你想彻底摆脱它们（让它们从历史中消失）？
如果是，您可以克隆存储库，但排除不良更改集：

Mercurial：修复 borked 历史记录