git cherry-pick 说“...38c74d 是一个合并，但没有给出 -m 选项”

樱桃选择的工作方式是获取变更集所代表的差异（该点的工作树与其父工作树之间的差异），并将其应用于当前分支。

所以，如果一个提交有两个或更多的父母，它也代表了两个或更多的差异——应该应用哪一个？

您正在尝试挑选 fd9f578，这是与两个父母的合并。因此，您需要使用 -m 选项告诉cherry-pick 命令应该根据哪个计算差异。例如，git cherry-pick -m 1 fd9f578 使用父级 1 作为基础。

对于您的特定情况，我不能肯定地说，但通常建议使用 git merge 而不是 git cherry-pick。当您选择合并提交时，它会将您未指定给 -m 的父项中所做的所有更改折叠到该一个提交中。你失去了他们所有的历史，并把他们所有的差异放在一起。你的来电。

---

-m 表示父编号。

来自 git 文档：

通常你不能挑选合并，因为你不知道合并的哪一侧应该被视为主线。此选项指定主线的父编号（从 1 开始），并允许cherry-pick 重播相对于指定父的更改。

例如，如果您的提交树如下所示：

- A - D - E - F -   master
   \     /
    B - C           branch one

那么 git cherry-pick E 将产生您面临的问题。

git cherry-pick E -m 1 表示使用 D-E，而 git cherry-pick E -m 2 表示使用 B-C-E。

---

简化。樱桃挑选提交。不要挑选合并。

如果您确定需要包含合并与挑选相关提交，您有两种选择：

（更复杂和模糊；也丢弃历史）您可以指出应该申请哪个父母。

使用 -m 选项来执行此操作。例如， git cherry-pick -m 1 fd9f578 将使用合并中列出的第一个父级作为基础。

另请考虑，当您选择合并提交时，它会将您未指定到 -m 的父项中所做的所有更改折叠到该提交中。你失去了他们所有的历史，并把他们所有的差异放在一起。你的来电。

（更简单、更熟悉；保留历史记录）您可以使用 git merge 而不是 git cherry-pick。

与 git merge 一样，它会尝试应用您正在合并的分支上存在的所有提交，并在您的 git 日志中单独列出它们。

---

@Borealid 的答案是正确的，但是假设您不关心保留分支的确切合并历史，而只想挑选它的线性化版本。这是一种简单而安全的方法：

起始状态：您在分支 X，并且您想要挑选提交 Y..Z。

git checkout -b tempZ Z git rebase Y git checkout -b newX X git cherry-pick Y..tempZ （可选） git branch -D tempZ

这样做是基于 Z 创建一个分支 tempZ，但从 Y 开始的历史线性化，然后将其挑选到名为 newX 的 X 的副本上。 （在新分支上执行此操作比更改 X 更安全。）当然，第 4 步中可能存在冲突，您必须以通常的方式解决（cherry-pick 的工作方式非常类似于 {8 } 在这方面）。最后它删除了临时的 tempZ 分支。

如果第 2 步给出消息“当前分支 tempZ 是最新的”，则 Y..Z 已经是线性的，因此请忽略该消息并继续执行第 3 步。

然后查看 newX 并查看它是否符合您的要求。

（注意：这与分支 Z 上的简单 git rebase X 不同，因为它不依赖于 X 和 Y 之间的关系；可能有共同祖先之间的提交和您不想要的 Y。）

---

@Daira Hopwood 方法的简化有利于选择一个提交。不需要临时分支。

在作者的情况下：

Z 被通缉提交 (fd9f578)

Y 在它之前提交

当前工作分支

然后做：

git checkout Z   # move HEAD to wanted commit
git reset Y      # have Z as changes in working tree
git stash        # save Z in stash
git checkout X   # return to working branch
git stash pop    # apply Z to current branch
git commit -a    # do commit

---