问题 当Mercurial导入的补丁失败时该怎么办？

我必须承认没有经常使用补丁，所以这可能不是正确的工作流程，但我会尝试，如果我在那种情况下是将补丁应用于它最初基于的变更集。

换句话说，听起来你有以下情况：

                    +-- you're here
                    |
                    v
1---2---3---4---5---6
     \
      \
       X <-- patch was built to change 2 to X

我会做什么，只要我知道补丁最初所基于的变更集，将更新回更改集，应用补丁，这将添加另一个头，然后将其合并到您的存储库的提示。

执行这些操作后，存储库应如下所示：

                        +-- you're here
                        |
                        v
1---2---3---4---5---6---8
     \                 /
      \               /
       7-------------/
       ^
       |
       +-- this is the changeset you committed after applying the patch

现在，以不同的方式。

使用补丁是唯一的方法吗？使用Mercurial时，一种常见的方法是设置自己的存储库，一个fork，最初包含中央存储库的完整克隆，但您具有提交访问权限。

因此，您可以将新的更改集提交到自己的克隆中。

如果中央存储库在您克隆后添加了新的更改集，则在某些时候将其从克隆中拉入并进行合并。

然后，当您满意时，向中央存储库的维护者发出拉取请求，告诉他们“嘿，我有一些更改，你可以从我的克隆中取出它们：http：// ......” 。

通过这种方式，这些维护人员很容易将所有内容都包含在内，因为您已经为他们完成了所有艰苦的工作。

这意味着您有两个这样的存储库：

central: 1--2

clone:   1--2

你添加你的工作：

central: 1--2

clone:   1--2--3

他们添加了一些变更集：

central: 1--2--3--4--5--6

clone:   1--2--3

然后你拉：

central: 1--2--3--4--5--6

clone:   1--2--4--5--6--7
             \
              \
               3  <-- this is your changeset

然后你合并：

central: 1--2--3--4--5--6

clone:   1--2--4--5--6--7--8
             \            /
              \          /
               3--------/

如果维护者现在从您那里获取，他们将获得完全相同的历史记录到他们的存储库中。

还有一些对rebase的支持，这意味着你不必拉和合并，但维护者会发出“pull with rebase”命令，实际上将你的变更集从其当前位置重新定位到他们的存储库中的新位置，这看起来像这样：

central: 1--2--3--4--5--6---7
                            ^
clone:   1--2--3            |  relocated here
               |            |
               +------------+

这只有在没有合并冲突的情况下才有效。拉动和合并的方法对他们来说是最好的，因为你做了所有艰苦的工作，他们只需要验证代码是他们想要的。

有关分叉的更多信息，请查看Tekpub在CodePlex和Mercurial上的视频，在这里： Tekpub：7 - Mercurial与CodePlex，寻求在21:15左右开始分叉。

请注意，“fork”基本上只是一个克隆，在CodePlex中分叉的方式是它自动在您自己的帐户上设置克隆，并向原始维护者发送拉取请求，但是如果您在Bitbucket上创建自己的帐户或CodePlex或其他什么，在那里发布您的克隆，只需向维护者发送一封包含您的存储库URL的电子邮件，这就是它的全部内容。