Question

我在我的主分支中进行了一些更改，并希望将这些更改带到上游。当我挑选以下提交但是我被卡在fd9f578上，git说：

$ git cherry-pick fd9f578
fatal: Commit fd9f57850f6b94b7906e5bbe51a0d75bf638c74d is a merge but no -m option was given.

git试图告诉我什么是樱桃挑选正确的东西在这里使用？主分支确实包含对上游分支中已修改的文件的更改，因此我确信会出现一些合并冲突，但这些并不是很难理解。我知道哪些地方需要改变。

这些是我想要上传的提交。

e7d4cff added some comments...
23e6d2a moved static strings...
44cc65a incorporated test ...
40b83d5 whoops delete whitspace...
24f8a50 implemented global.c...
43651c3 cleaned up ...
068b2fe cleaned up version.c ...
fd9f578 Merge branch 'master' of ssh://extgit/git/sessions_common
4172caa cleaned up comments in sessions.c ...

Answer 1

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

因此，如果一个提交有两个或更多个父项，它也代表两个或更多个差异 - 应该应用哪一个？

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

我无法确定您的具体情况，但通常建议使用git merge代替git cherry-pick。当您选择合并提交时，它会将您未指定的父项中所做的更改全部折叠为一次提交。你失去了他们所有的历史，并将他们所有的差异融合在一起。你的电话。

Answer 2

@ 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

这样做的目的是根据tempZ创建一个分支Z，但是Y的历史记录会线性化，然后将其挑选到{{1}的副本上调用X。（在新分支上执行此操作更安全，而不是变异newX。）当然，步骤4中可能存在冲突，您必须以通常的方式解决（X非常有效很像cherry-pick在这方面。最后，它删除临时rebase分支。

如果第2步给出消息“当前分支tempZ是最新的”，那么tempZ已经是线性的，所以只需忽略该消息并继续执行第3步。

然后查看Y..Z，看看是否符合您的要求。

（注意：这与分支newX上的简单git rebase X不同，因为它不依赖Z和{{1}之间的关系在共同的祖先和你不想要的X之间可能会有提交。）

Answer 3

-m表示父编号。

来自git doc：

通常，您无法选择合并，因为您不知道合并的哪一侧应被视为主线。此选项指定父编号（从 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。

Answer 4

这里重写了已接受的答案，理想地澄清了可能方法的优势/风险：

你正试图挑选fd9f578，这是与两位父母的合并。

最简单的方法是选择合并中每个分支实际需要的提交，而不是挑选合并。

由于您已经合并，因此您的所有提交内容都可能在您的列表中。樱桃 - 直接挑选它们，你不需要搞乱合并提交。

解释

cherry-pick的工作方式是获取changeset所代表的diff（该点的工作树与其父级的工作树之间的差异），并将changeset应用于当前分支。

如果提交有两个或更多个父项，就像合并一样，该提交也代表两个或更多个差异。出现错误的原因是差异应该适用于哪种差异。

替代方案

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

（更复杂和模糊;也丢弃历史记录）您可以指出应该应用哪个父级。
- 使用-m选项执行此操作。例如，git cherry-pick -m 1 fd9f578将使用合并中列出的第一个父作为基础。
- 还要考虑当您挑选合并提交时，它会将所有所做的更改折叠为您未指定给-m的父项中的更改< strong>一次提交。你失去了他们所有的历史，并将他们所有的差异融合在一起。你的电话。
（更简单，更熟悉;保留历史记录）您可以使用git merge代替git cherry-pick。
- 与git merge一样，它会尝试应用您正在合并的分支上存在的所有提交，并在git日志中单独列出它们。

Answer 5

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

就作者而言：

Z是想要提交（fd9f578）
Y在它之前提交
X当前工作分支

然后做：

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

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

5 个答案:

解释

替代方案