git cherry-pick说：“…38c74d是合并，但未提供-m选项”

Question

我在master分支中进行了一些更改，并希望将其引入上游。当我选择以下提交时，但是我陷入了git说的fd9f578上：$ git cherry-pick fd9f578fatal: Commit fd9f57850f6b94b7906e5bbe51a0d75bf638c74d is a merge but no -m option was given.git试图告诉我什么，在这里选择正确的选择是正确的选择吗？master分支确实包含对文件的更改，这些更改已在上游分支中进行了修改，因此我敢肯定会有一些合并冲突，但是合并冲突还算可以解决。我知道哪些地方需要更改。这些是我想带入上游的提交。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_common4172caa 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。当您选择一个合并提交时，它会将您未指定的对父项所做的所有更改折叠-m到该提交中。您会失去他们的所有历史，并将他们所有的差异混在一起。您的来电。

Answer 2

-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。