根据the guide ，在标题:修复早期版本中的错误下，它指出:
When you find a bug in some earlier revision you have two options: either you can fix it in the current code, or you can go back in history and fix the code exactly where you did it, which creates a cleaner history.
- 回顾历史如何让历史变得更清晰？它仍然在提示处创建一个新的变更集。
- 它与记录为父项的内容有关吗？
- 是否可以通过查看日志来按顺序查看新插入的变更集？
- 本类(class)的主要标题是具有非线性历史的孤独开发者。在团队中工作时这是一个好的做法吗？
最佳答案
1) 它通过提供更接近错误产生的修复来使其更清晰。因此，如果您在错误发生后有多个克隆，每个克隆都可以引入修复更改集，其中不包含与后续更改相关的任何代码。它确实创建了一个新的变更集(提示)。然后，您将希望将该修复与所有相关的克隆 merge 。
2)是的。因为您正在克隆创建错误的代码，所以修订历史记录直接引用错误起源的变更集，因此它有助于记录(直接而不仅仅是通过注释)更改存在的原因。
3) 变更集永远不会显示为已插入 - 它必须始终在树中稍后 merge ，就像 merge 任何其他克隆一样。
4) 我不认为这种方法与任何团队方法有什么不同。在任何一种情况下，您都需要与团队沟通以指示修复程序在哪里，或者它位于某个主存储库中，您可以在其中 merge 修复程序。我想说这种方法适用于团队环境。
关于Mercurial:修复早期版本中的错误有什么好处，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2698517/