git cherry-pickは、「…38c74dはマージですが、-mオプションが指定されていません」と述べています。

私は私のマスターブランチにいくつかの変更を加え、それらをアップストリームにしたいと思っています。次のコミットをチェリーピックすると、gitが言うfd9f578に行き詰まります。

$ 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 ...

チェリーピックの動作は、チェンジセットが表すdiff（その時点の作業ツリーとその親の作業ツリーの違い）を取得し、それを現在のブランチに適用することです。

したがって、コミットに2つ以上の親がある場合、2つ以上の差分も表します。どちらを適用する必要がありますか？

あなたはfd9f5782人の親との合併だったチェリーピックをしようとしています。したがって、-mオプションを使用して、diffの計算対象となるコマンドをcherry-pickコマンドに通知する必要があります。たとえば、git cherry-pick -m 1 fd9f578親1をベースとして使用します。

私はあなたの特定の状況について確かなことを言うことはできませんが、git merge代わりにを使用するgit cherry-pickことが一般的に推奨されます。マージコミットをチェリーピックすると、指定していない親で行われたすべての変更が-mその1つのコミットに集約されます。あなたは彼らの歴史をすべて失い、彼らのすべての差分を一緒にグロムします。あなたの電話。

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

@Borealidの答えは正しいですが、ブランチの正確なマージ履歴を保持する必要はなく、線形化されたバージョンのチェリーピッキングをしたいとします。簡単で安全な方法は次のとおりです。

開始状態：ブランチXにいて、コミットをチェリーピックしたいY..Z。

1. git checkout -b tempZ Z
2. git rebase Y
3. git checkout -b newX X
4. git cherry-pick Y..tempZ
5. （オプション） git branch -D tempZ

これは、にtempZ基づいてブランチを作成することですがZ、Y以降の履歴は線形化され、それをX呼び出されたのコピーにチェリーピックしますnewX。（これを変更するよりも、新しいブランチで行う方が安全Xです。）もちろん、ステップ4で競合が発生する可能性があります。これは通常の方法で解決する必要があります（その点でcherry-pick非常によく機能rebaseします）。最後に一時的なtempZブランチを削除します。

ステップ2で「現在のブランチtempZは最新です」というメッセージが表示された場合Y..Zは、すでに線形であったため、そのメッセージを無視してステップ3以降に進んでください。

次に、それが意図newXしたとおりに機能したかどうかを確認してください。

（注：これはシンプルと同じではありません。git rebase Xブランチ上のZそれはとの関係についてどのような方法で依存しないため、XそしてY、共通の祖先の間でコミットがあるかもしれないYあなたはしたくなかったという。）

簡素化する。コミットをチェリーピックします。マージをチェリーピックしないでください。

これは、可能なアプローチの利点/リスクを理想的に明確にする、受け入れられた回答の書き直しです。

2つの親とのマージであるfd9f578をチェリーピックしようとしています。

マージをチェリーピックする代わりに、最も簡単なのは、マージの各ブランチから実際に必要なコミットをチェリーピックすることです。

すでにマージしているため、必要なコミットがすべてリストに含まれている可能性があります。それらを直接チェリーピックします。マージコミットをいじる必要はありません。

説明

チェリーピックの動作は、チェンジセットが表す差分（その時点の作業ツリーとその親の作業ツリーの違い）を取得し、変更セットを現在のブランチに適用することです。

マージの場合のように、コミットに2つ以上の親がある場合、そのコミットも2つ以上の差分を表します。エラーは、どのdiffが適用されるかが不確実であるために発生します。

代替案

マージと関連するコミットのチェリーピックを含める必要があると判断した場合、2つのオプションがあります。

1. （より複雑であいまいで、履歴も破棄されます）どの親を適用するかを指定できます。

   • -mそのためには、オプションを使用します。たとえばgit cherry-pick -m 1 fd9f578、マージにリストされている最初の親をベースとして使用します。

   • また、マージコミットを選択すると、指定していない親で行われたすべての変更が-mその1つのコミットに集約されることも考慮してください。あなたは彼らの歴史をすべて失い、彼らのすべての差分を一緒にグロムします。あなたの電話。

2. （よりシンプルで使い慣れた、履歴を保持）のgit merge代わりに使用できますgit cherry-pick。

   • の通常のようにgit merge、マージするブランチに存在するすべてのコミットを適用しようとし、それらをgitログに個別にリストします。

単一のコミットを選択するのに適した@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