最佳实践：分支与克隆，以及部分合并？

...因此，我已经习惯于使用Mercurial（add，，）进行简单的操作commit，diff并了解了.hgignore文件（yay！），并开始创建和在分支（branch，update -C）之间切换。

我有两个主要问题：

1. 如果我在分支“ Branch1”中，并且想从分支“ Branch2”中提取部分但不是全部更改，我该怎么做？特别是如果所有更改都在一个子目录中。（我想我可以克隆整个存储库，然后使用Beyond Compare之类的目录合并工具来选择并选择我的编辑内容。似乎应该有一种方法可以将更改仅隔离到一个文件或一个目录中。

2. 在分支之间切换update -C似乎如此简单，我想知道为什么还要麻烦使用clone。我只能想到几个原因（请参阅下文）-我是否还缺少其他一些原因？

   一种。如果我需要一次处理两个版本/分支（例如，执行性能指标差异）

   b。用于备份（clone存储库到物理位置不同的网络驱动器）

   C。像我上面提到的那样进行选择合并。

我将克隆用于：

• 短暂的本地分支机构
• 克隆到不同的开发机器和服务器

前一种用法对我来说很少见-主要是在我尝试一个我可能想完全放弃的想法时。如果要合并，则要合并所有更改。这种分支主要用于跟踪不同开发人员的分支，以使它们不会互相干扰。只是为了澄清最后一点：

• 我一直在努力进行更改，并与其他开发人员进行更改，他们也加入了我的团队。
• 在我方便的时候，我会将所有（或全部）这些分支的更改合并到我的分支中。

对于功能分支或寿命更长的分支，我使用命名分支，这些分支在存储库之间更方便地共享而不合并。当您要有选择地合并时，它也“感觉”更好。

基本上我是这样看的：

• 命名分支用于开发应用程序的不同分支或版本
• 克隆用于管理对同一应用程序版本的不同贡献。

这是我的看法，尽管实际上这是政策问题。

对于问题1，您需要更加清楚“更改”的含义。您的意思是：

1. “我想将另一个分支中的一些但不是全部变更集引入到这个分支中。”
2. “我想将另一个分支中的某些但不是全部文件的最新版本拖到这个文件中。”

如果您指的是项目1，则应查看Transplant扩展，特别是挑选几个变更集的想法。

如果您的意思是项目2，则请执行以下操作：

• 更新到要将更改放入其中的分支。
• 用于hg revert -r <branch you want to merge> --include <files to update>将这些文件的内容更改为它们在另一个分支上的方式。
• 用于hg commit将那些更改作为新更改集提交到分支。

至于问题2，我从不使用存储库克隆来分支自己，所以我不知道。我使用命名分支或匿名分支（有时带有书签）。

我还有另一种选择可供您研究：Mercurial队列。

这样做的想法是，在当前工作目录的顶部放置一堆补丁程序（无提交，“真实”补丁程序）。然后，您可以添加或删除已应用的补丁程序，添加，删除，添加其他补丁程序等。一个单独的补丁程序或其中的一个子集最终可能成为新的“功能”，就像您可能希望对分支机构一样。之后，您可以照常应用补丁程序（因为它是更改）。如果您与其他人一起工作，分支可能会更有用...？