我有一个很大的命名分支，其中有很多变化。其中一些更改是非破坏性的，因此我想首先选择这些特定文件，并尽快将它们与默认值合并。 （然后，破坏性更改也被合并。）
在 Git 中，我将创建另一个分支并压缩索引之外的所有变更集，然后将特定文件添加到索引并提交。之后，我可以将此临时分支与 master 合并，以便 master 有一个干净的提交，只有非破坏性的更改。我不知道如何用 Mercurial 做到这一点。
【问题讨论】：
标签： file merge mercurial branch
您可以使用hg cat 来获取文件的内容，因为它存在于任何特定分支上，并用它替换工作副本版本。
从技术上讲，这不是合并，但是由于您要替换整个文件，因此以后合并内容应该不会太糟糕：
例如，要从分支somefeature 中获取myfile.c，并替换工作副本版本，请执行以下操作：
hg cat path/to/myfile.c -r somefeature > path/to/myfile.c
请注意，这将完全替换工作副本文件，因此请先确保您没有未完成的更改
【讨论】：
我认为mercurialqueues 是你想要的。使用mq，您可以将任何变更集转换为补丁，并将任何补丁转换为变更集。因此，将变更集转换为补丁，从补丁中删除您不想要的块，然后将其应用于您想要的任何分支。虽然这是一个相当 complex 的操作，但您需要一定的纪律。因此，在您关心的代码上尝试之前，我会尝试在测试存储库中确定您的工作流程。
【讨论】：
据我所知，Mercurial 没有任何工具来拆分变更集。如果幸运的话，您想要的所有更改都在单独的更改集中，然后您可以使用TransplantExtension。我认为它可以与 Git 的 cherry-pick 相提并论，但我没有使用 git。
您还可以使用 hg diff 手动将某个文件的更改提交到新分支。使用 rev 范围标记您的整个源分支：
hg diff myfile -r startrevision:endrevision
输出可以被视为一个补丁。对您想要的每个文件执行此操作并提交它们，然后合并。跳过破坏性的变化。当然，您也可以多次执行此操作，因为破坏性更改位于修订范围的中间。
话虽如此，您尝试做的并不是 mercurial 的目标。核心历史编辑更多的是 Git 的领域（请注意，这只是我的看法）。将您的稳定更改和破坏性更改保存在单独的变更集中（甚至可能在单独的分支中）。我使用transplant、rebase 和strip 来移动更改。全部完成后，它们会被合并并正确推送。
哦，检查MercurialQueues。我自己没有使用过它，但我看到它做了一些疯狂的事情。也许它能够按照你想要的方式做一些事情。
【讨论】：