履歴を書き換えずに Git でマージコミットを元に戻す方法

マージ コミットを元に戻すには、`git revert -m 1 <merge-commit>` を実行します。 -m 1 は、マージ先のブランチである最初の親を保持し、マージによってもたらされたすべてを元に戻すように Git に指示します。Git は新しいコミットを追加するため、履歴はそのまま残り、修正を共有ブランチに安全にプッシュできます。

マージコミットを元に戻すにはどうすればよいですか?

まずマージコミットを見つけます。グラフは、これを 2 つの親を持つコミットとして示しています。

git log --oneline --graph -10

次に、その親を確認します。コミット後に出力される最初のハッシュは親 1、2 番目のハッシュは親 2 です。

git log -1 --format="%h parents: %p" <merge-commit>

親 1 を維持したまま元に戻し、他のコミットと同様に新しいコミットをプッシュします。

git revert -m 1 <merge-commit>
git push

何も書き換えられないため、リセットしたり強制的にプルしたりする必要はありません。元に戻すことが競合する場合は、ファイルを修正し、ステージングして、git revert --continue を実行します。取り消すには、git revert --abort を実行します。

Git が「コミットはマージですが、-m オプションが指定されていません」と表示されるのはなぜですか?

通常のコミットには親が 1 つあるため、その差分は明らかです。マージ コミットには 2 つがあるため、git revert <merge-commit> はどちらの側に戻りたいのかを判断できません。 Git はこのエラーで停止し、何も変更されません。

error: commit 4f2a9c1 is a merge but no -m option was given.
fatal: revert failed

-m に親番号を追加して、再度実行します。

-m 1 または -m 2 を使用する必要がありますか?

元に戻した後に同じブランチを再度マージするにはどうすればよいですか?

これが罠です。 Git のドキュメントにあるように、マージを元に戻すことは、「マージによってもたらされるツリーの変更を決して望まないことを宣言する」ことになります。ブランチのコミットは依然として main の祖先であるため、2 番目の git merge は元に戻した後に作成されたコミットのみをもたらします。

元の作業に戻すには、最初にリバートを元に戻してから、修正されたブランチをマージします。

git revert <revert-commit>
git merge feature/search

マージがまだプッシュされていない場合はどうなりますか?

元に戻すのではなく、マージを削除することもできます。 Git はマージ前のコミットを ORIG_HEAD に記録し、--merge は、リセットによって上書きされる無関係なローカル編集に触れるのを拒否します。

git reset --merge ORIG_HEAD

マージがまだ進行中で競合がある場合は、マージ コミットがまだないため、git merge --abort を使用します。やりすぎた場合はリセット、リベース、またはコミットを元に戻す方法を参照し、この選択の背後にあるルールについては共有履歴の元に戻すかリセットに関するレッスンを読んでください。

一度に複数のコミットを含む完全なガイドについては、cherry-pick and revert in GitTree を参照してください。