无论hg revert和hg backout恢复由前版本所做的更改.两者有什么区别？
如果我有一个很好的修改版本:3200.然后我想测试一些东西,因为它有10行更改,我需要删除几行,即使我仍在测试我先提交,并在一些更改后,再次提交,让我们说,我做了6次提交.
现在我想把它暂停,但我不想丢失所有的测试和代码,所以我想
$ hg up -r 3200
这是我想要的良好,稳定的修订版,现在我可以提交并推送作为提示吗？(如果可能的话,我想避免退出,hg backout因为它看起来很糟糕,而且我不想回滚,因为回滚有副作用"如果有人在这段时间内从我身边撤离,变更可以以某种方式回到回购中")
我必须使用Git并且想要撤消一个在提示之前提交的提交.在Hg中它是hg backout.Git中的模拟命令是什么？
(在发布之前我没有看到,也没看到模拟命令.)
我hg qnew没有意识到它包含了对补丁的任何未完成的更改.我想支持这一点,并选择使用的具体更改hg qrecord.我怎么撤消qnew？
我们的Mercurial存储库中的许多文件都在一次提交中移动,但这些文件未标记为已重命名.更糟糕的是,一些文件也在同一个提交中被修改.
如何在保持更改和文件移动的同时,撤销变更集并正确检测重命名？
是否可以将我的工作区回滚到更改列表之前的状态。
注意：这不是对特定变更列表的直接回滚或取消
示例场景： 1：用户 x 提交了更改列表，一切正常。令 CL no 为 1023 2：用户 a、b、c、d 将其更改签入到 perforce depot。令相应的更改列表为 1024、1025、1026、1027。 3：用户 x 将其工作空间同步到软件仓库。现在出现一些错误，不确定是由1024、1025、1026还是1027引起的
我期望 perforce 帮助我： 对更改列表 1024、1025、1026、1027 进行二分搜索以确定导致错误的 CL。仅供参考，实际场景并不简单，有 4 个更改列表。它有 200 多个 CL
我需要回滚到 1025，这将恢复 CL 1026 和 1027 中的所有更改。然后如果错误仍然存在，则它是由 1024 或 1025 之一引起的。如果通过恢复到 1025 解决了错误，那么要么是 1026 导致了问题，要么是 1027 导致了问题。
请建议任何可以帮助我实现这一目标的命令。