git cherry-pickが機能しない

私はマスターからコミットをチェリーピックして現在の本番ブランチに入れようとしています。ただし、を実行するとgit cherry-pick <SHA-hash>、次のメッセージが表示されます。

# On branch prod_20110801
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#   site/test-result/
 nothing added to commit but untracked files present (use "git add" to track)
 The previous cherry-pick is now empty, possibly due to conflict resolution.
If you wish to commit it anyway, use:

    git commit --allow-empty

Otherwise, please use 'git reset'

注：私はリセットとリセット--hard HEAD ^を試してみましたが、どちらも何も変更していないようです。

なぜこれがうまくいかないのか混乱しています。

これを解決する方法についての洞察、アドバイス、またはアイデアは参考になります〜！

Gitはチェリーピックをノーオペレーションとして解決しています-そのコミットによって導入されたすべての変更は、現在のブランチでのコミットによって導入されたものです。（またはとにかく、それがGitの考えです。）適切にマージする、rebase / cherry-pick、または段階的なパッチのいずれかとして、チェリーを選択しているコミットがまだなんらかの方法でマージされていないことを確認します。（git show <commit-id>差分を確認するために使用します。）

私の場合、チェリーピックしたい特定のコミットが現在のブランチにマージされていないことが明らかだったので、これは私を狂わせました。

誰かがすでに 1週間前にコミットを選択していたことがわかりました。変更はなく、特定のSHAは、私の現在のブランチに存在していた、と私はそれらに気づいていませんでした。

チェリーピックしようとしているファイルを確認してください。すでに変更がある場合は、コミットのバージョンがすでに選択されているか、別の方法で追加されています。したがって、再度チェリーピックする必要はありません。

また、空のファイル（など.gitkeep）をツリーに追加すると、cherry-pickは空のコミットと見なします。

これが発生する可能性のあるもう1つの混乱する状況を次に示します。

私は明らかに何もない9a7b12eをチェリーピックしようとしました-git log出力のその行で、4497428が本当に欲しかったものであるとさえ教えようとしました。（私がやったことは、コミットメッセージを探して、それが表示された最初のハッシュを取得したことです）。とにかく、あなたに人々に知らせたいのは、あなたが騙されてノーオペレーションを選択しようとする別の方法があるということです。