在Mercurial中，我可以在两个分支之间合并一些文件吗？

Question

阅读Mercurial，似乎总是分支和合并完整的存储库。

是否可以将一些文件从一个分支合并到另一个分支？ （例如，我可能只希望合并修复给定错误的文件。）

同样我可以选择一些更改集，但仍然有一个正确的合并记录，所以如果我完成合并后来完成它是正确的吗？

我来自一个强大的“心态”，所以可能会以错误的方式思考这个问题。

Answer 1

是的，Mercurial总是分支并合并整个树。 您没有像perforce这样的“灵活性”让您​​为合并选择单个文件。 这是一件好事（相信我）。 变更集是原子的（你不能拆分它们）和不可变的（你不能改变它们）。 因此，这需要一点心态变化。

变更集应针对一个任务，仅针对一个任务。 如果您正在修复错误，除了错误修复之外，更改集中没有任何其他内容。 然后你有一个变更集来记录这个bug修复，你没有想要拆分它的问题。 想要没有意义。 半个bug修复通常比没有bug修复更糟糕。

在合并时，有几个选择：

• 有一种观点认为你应该回到引入bug的地方。 修理它。 提交（创建一个小的匿名分支），并将其合并到你想要的任何头上（开发，稳定，发布，等等）。 但这并不总是实用的。
• 另一种方法是修复发布分支中的错误，然后合并到开发分支。 这通常很有效。
• 或者你可以在开发分支的头部修复它，但是如果你将它合并到你的发布分支，你将带来所有的开发变化。 这是graft （ 2.0中的新功能 ）和较早的transplant延伸发挥作用的地方。 它们允许您从另一个分支“挑选”一个或一系列变更集，并将它们放在另一个分支上。

Answer 2

阅读Mercurial，似乎总是分支和合并完整的存储库。

是

是否可以将一些文件从一个分支合并到另一个分支？ （例如，我可能只希望合并修复给定错误的文件。）

只需触摸所需变更集中的“某些文件”，并将此变更集合并分支到另一个分支或随时移植

同样我可以选择一些更改集，但仍然有一个正确的合并记录，所以如果我完成合并后来完成它是正确的吗？

是的，你可以移植| 对于另一个分支的任何更改集，将记住应用状态，并且在最终合并时不会重复更改