Gitで特定のコミットをマージする方法

私はGitHubのリポジトリからブランチを分岐し、私に固有の何かをコミットしました。現在、元のリポジトリにはにあった優れた機能がありましたHEAD。

以前のコミットなしでのみマージしたい。私は何をすべきか？すべてのコミットをマージする方法を知っています：

git branch -b a-good-feature
git pull repository master
git checkout master
git merge a-good-feature
git commit -a
git push

「git cherry-pick」がここであなたの答えになるはずです。

既存のコミットによって導入された変更を適用します。

この投稿でチェリーピックの結果についてのbdonlanの回答を忘れずに読んでください：
「ブランチからすべてのコミットをプルし、指定されたコミットを別のコミットにプッシュしてください」。

A-----B------C
 \
  \
   D

になる：

A-----B------C
 \
  \
   D-----C'

このコミットの問題は、gitがコミットの前にすべての履歴を含めると見なしていることです。

C 'には別のSHA-1IDがあります。
同様に、あるブランチから別のブランチへのコミットを選択するチェリーでは、基本的にパッチを生成してから適用するため、同様に履歴が失われます。

このコミットIDの変更により、gitのマージ機能が他のものに影響します（ただし、控えめに使用すると、これについて説明するヒューリスティックが存在します）。
さらに重要なのは、関数の依存関係を無視することです。Cが実際にBで定義された関数を使用した場合は、決してわかりません。

git cherry-pickを使用して、単一のコミットを単独で現在のブランチに適用できます。

例： git cherry-pick d42c389f

例を挙げて理解してみましょう：

X <commit-id>を指すブランチ（masterなど）があり、Y <sha1>を指す新しいブランチがあります。

ここでY <コミット-ID> = <マスター>ブランチのコミット-いくつかのコミット

ここで、Yブランチについて、マスターブランチと新しいブランチ間のコミットをギャップクローズする必要があると言います。以下は、実行できる手順です。

ステップ1：

git checkout -b local origin/new

ここで、localはブランチ名です。任意の名前を付けることができます。

ステップ2：

  git merge origin/master --no-ff --stat -v --log=300

マスターブランチから新しいブランチにコミットをマージし、マージされる最大<n>個の実際のコミットからの1行の説明を含むログメッセージのマージコミットを作成します。

Gitマージの詳細とパラメーターについては、以下を参照してください。

git merge --help

また、特定のコミットをマージする必要がある場合は、以下を使用できます。

git cherry-pick <commit-id>

私のユースケースでは、CI CDに対する同様のニーズがありました。開発ブランチとマスターブランチでgitフローを使用しました。開発者は、変更を直接マージして開発したり、機能ブランチからのプルリクエストを介して自由にマージしたりできます。ただし、マスターするには、Jenkinsを介して自動化された方法で、developブランチからの安定したコミットのみをマージします。

この場合、チェリーピックを実行することは適切なオプションではありません。ただし、commit-idからローカルブランチを作成してから、そのローカルブランチをマスターにマージし、mvn clean verify（mavenを使用）を実行します。成功した場合、localCheckout = trueオプションとpushChanges = falseを指定したmavenリリースプラグインを使用して、製品バージョンのアーティファクトをネクサスにリリースします。最後にすべてが成功したら、変更とタグをoriginにプッシュします。

サンプルコードスニペット：

手動で行った場合、マスターにいると仮定します。ただし、ジェンキンスでは、リポジトリをチェックアウトすると、デフォルトのブランチ（構成されている場合はマスター）になります。

git pull  // Just to pull any changes.
git branch local-<commitd-id> <commit-id>  // Create a branch from the given commit-id
git merge local-<commit-id>  // Merge that local branch to master.
mvn clean verify   // Verify if the code is build able
mvn <any args> release:clean release:prepare release:perform // Release artifacts
git push origin/master  // Push the local changes performed above to origin.
git push origin <tag>  // Push the tag to origin

これにより、大胆不敵なマージまたは紛争地獄を完全に制御できます。

より良いオプションがある場合は、遠慮なくアドバイスしてください。

主要な回答は、特定のコミットからの変更を現在のブランチに適用する方法を説明しています。それが「どのようにマージするか」であなたが意味することであるならば、彼らが提案するように、ちょうどチェリーピックを使ってください。

しかし、実際にマージが必要な場合、つまり、2つの親を持つ新しいコミット（現在のブランチの既存のコミットと、変更を適用したいコミット）が必要な場合、チェリーピックはそれを実現しません。

たとえば、ビルドプロセスでgitの祖先を利用して最新のタグに基づいてバージョン文字列を自動的に設定する場合（を使用git describe）、真のマージ履歴があることが望ましい場合があります。

チェリーピックの代わりに、実際のを実行してgit merge --no-commitから、手動でインデックスを調整して、不要な変更を削除できます。

あなたがブランチにいて、ブランチAの先端にあるコミットをマージしたいとしますB：

git checkout A
git merge --no-commit B

これで、2つの親を持つコミットを作成する準備が整いました。現在のヒントは、AとのコミットですB。ただし、Bブランチでの以前のコミットからの変更を含め、必要以上の変更が適用される場合があります。これらの不要な変更を元に戻し、コミットする必要があります。

（作業ディレクトリとインデックスの状態をマージ前の状態に戻す簡単な方法があるかもしれません。そうすれば、最初に必要なコミットをチェリーピックするためのクリーンなスレートが得られます。しかし、私はきれいなスレートを達成する方法がわからない。git checkout HEADそしてgit reset HEAD、両方のこの方法の目的を破って、マージ状態を削除します。）

したがって、不要な変更を手動で元に戻します。たとえば、

git revert --no-commit 012ea56

不要なコミットごとに012ea56。

調整が終わったら、コミットを作成します。

git commit -m "Merge in commit 823749a from B which tweaked the timeout code"

これで、必要な変更のみが可能になり、祖先ツリーにBから技術的にマージされたことが示されます。