如何针对同一个 git 修订版应用两个补丁？

Question

这是一个想象的问题，但我在补丁方面遇到了真正的问题。假设我有一个具有以下 git 历史记录的项目：

A - B - C

现在，如果我收到两个补丁，C1 和 C2，它们应该应用于 C，我应该如何处理它们？如果我先应用补丁 C1，那么我将无法应用补丁 C2，因为存储库已变为：

A - B - C - C1

是否可以同时应用它们，或者执行以下操作：我必须回复发送 C2 的人，告诉他/她更新补丁？

现在假设我离线工作并提交，以便存储库变为：

A - B - C - D - E

然后我检查电子邮件并收到 的补丁C。 同样，是否可以简单地应用该补丁，或者我是否必须要求更新该补丁？

Answer 1

经典的方法是：

• 应用收到的第一个补丁，
• 拒绝任何不快进的补丁，并要求发送者首先重新设置他/她的存储库，然后重新检查补丁并重新发送。

一般的想法是，解决合并冲突不取决于您：只有补丁的创建者才拥有解决与当前源代码的任何冲突所需的知识。

正如 Linus Torvalds（Git 的创建者）在 他 2007 年 Google 演讲中所说：

所以，记住，分布意味着没有人是特别的。
因此，我不是合并，而是推出我的第一棵树，它没有任何合并问题，然后我告诉第二个人：

“嘿，我试图从你那里拉出来，但我遇到了合并冲突，而且它们并不是完全微不足道的，所以我决定你来完成这项荣誉。”

他们确实这么做了。他们知道自己在做什么，因为这是他们的改变。所以他们可以进行合并，他们可能认为我是个白痴，因为合并是如此简单，很明显我应该采用他们的代码，但他们进行合并并更新他们的树，并说“嘿，你能拉现在就从我这里开始”，我从他们那里拉出来，他们为我做了所有的工作。

这就是全部：他们为我做了所有的工作。所以，...我承担了功劳。现在我只需要弄清楚第三步：利润。

Answer 2

大多数时候，C2 将在 C1 之上应用。仅当它们对同一文件的重叠部分进行编辑时，您才会遇到合并冲突。 Git 将获取补丁中不冲突的所有部分，并插入冲突标记来帮助您解决合并问题。

至于做什么，这取决于你的项目有多大以及你在这部分代码中的能力如何——我总是自己解决冲突，只要提交者使用最近的结帐作为基础为他们的补丁。

另一位评论者提到莱纳斯的名言，说他总是让其他人解决冲突，但即使这也不完全正确；他经常要求人们在发送拉取请求时留下未解决的冲突，以便他能够解决这些问题。

Answer 3

您至少完全可以尝试应用所有这些补丁。您可能会遇到合并冲突，正如 VonC 所建议的那样，您可能希望补丁提交者解决这些问题，或者您也可以像 cjb 所说的那样自己解决！无论如何，这就是您想要做的。

第一种情况：两个补丁，C1 和 C2。

# apply C1
git am C1.patch
# create a temporary branch (use a real name instead of C2)
git checkout -b C2 C
# apply C2
git am C2.patch
# return to master
git checkout master
# merge the other branch
git merge C2
# and delete the other branch
git branch -d C2

第二种情况可以类似处理；只是您自己没有应用 C1，而是提交了 D 和 E。

当然，如果合并失败，而且看起来太可怕了，您无法自行整理，只需将其清除并告诉 C2 的提交者自行修复即可。 （git重置--merge; git分支-D C2）