【Git】mergeコミットを取り消す方法｜revert -m 1徹底解説＆再マージ問題の解決完全ガイド

*   9f8e7d6 Merge pull request #42 from feature/xxx   ← 取り消したいマージ
|\
| * a1b2c3d feat: 機能A実装
| * d4e5f6a feat: 機能A追加処理
|/
* e7f8g9a main: リリース前の整理

# 対象マージコミットを確認
git show --no-patch --pretty=raw <マージSHA>
# 出力例:
# tree e4f5g6a7b8c9d0e1f2
# parent a1b2c3d4e5f6g7h8   ← 親1（通常はマージ先=main側）
# parent i9j0k1l2m3n4o5p6   ← 親2（通常は取り込んだ側=feature）
# author Taro &lt;taro@example.com&gt; 1705000000 +0900
# committer Taro &lt;taro@example.com&gt; 1705000000 +0900
# 
#     Merge pull request #42 from feature/xxx

# 親を視覚的に見るには
git log --graph --oneline --parents <マージSHA>~2..<マージSHA>

# 取り消したいマージ M の状況
#                  ┌─ feature: C1 - C2 - C3
#                  │
# main: A - B - C ─┴─ M (merge)
#                      ↑ ここから取り消し

# -m 1（親1=main側基準）でrevert
# → 結果：main: A - B - C - M - R
#          Rはfeatureの全変更を取り消すコミット
#          つまり「M前のmain（=C）」相当の状態

# -m 2（親2=feature側基準）でrevert
# → 結果：「featureがmainを取り込んでなかった」動作になる
#          実質的にmainの変更を消してしまう（意図と逆）

# 親1/親2 それぞれの先端コミットとの差分を確認
# 親1（main側）とマージコミットの差分
git diff <マージSHA>^1 <マージSHA>

# 親2（取り込み側）との差分
git diff <マージSHA>^2 <マージSHA>

# -m 1 で打ち消した時の結果を事前シミュレート（実際にcommitは作らない）
git revert --no-commit -m 1 <マージSHA>
# 内容確認
git diff --cached
# やめるなら
git revert --abort

# STEP 1: 対象マージコミットを特定
git log --merges --oneline -5
# 9f8e7d6 Merge pull request #42 from feature/xxx  ← 取り消したいマージ

# STEP 2: 親関係を確認（推奨）
git show --no-patch --pretty=raw 9f8e7d6

# STEP 3: revert実行
git revert -m 1 9f8e7d6

# STEP 4: conflictが出たら解消
git add .
git revert --continue
# 中止するなら
git revert --abort

# STEP 5: push
git push origin main

# タイムライン:
# 1. feature/xxx を main にmerge（M1）
# 2. 問題発見、M1 を revert -m 1（R1）
# 3. featureを修正して再度 mainへmergeしようとする
git merge feature/xxx
# → Already up to date.   ← 何も起きない！

# 理由：Gitは「feature側のcommit群は既にmainに取り込まれ、revertで打ち消された」と認識
# つまり「既に処理済み」扱いで再適用しない

# 先にrevertしたコミット R1 を、さらにrevertする
git revert <R1のSHA>
# これで「打ち消しを打ち消す」→ featureの変更が復活

# 命名例: "Revert \"Revert pull request #42\" to re-apply after fix"

# その後 feature側で修正commitを追加して、さらに進める

# feature/xxxに切り替え
git switch feature/xxx

# 修正commitを追加
git commit -am "fix: レビュー指摘事項を対応"

# 本線に対してrebase（mainの最新取り込み）
git fetch origin
git rebase origin/main

# 改めて main に merge
git switch main
git merge feature/xxx
# 今度は新しいSHAが増えた分だけ取り込まれる

# GitHubの "Squash and merge" で作られたコミット
# 履歴上は親1つの通常コミット

# 通常のrevert（-m 不要）
git revert <SquashSHA>
git push

# -m を付けるとエラー
# error: commit <SquashSHA> is not a merge.

# 最後にマージされた feature のcommit範囲を確認
git log --oneline origin/main~10..origin/main

# 範囲指定でまとめてrevert（逆順に適用される）
git revert --no-commit <最古SHA>..<最新SHA>
# または個別に
git revert <SHA3> <SHA2> <SHA1>   # 新しい順で指定

git commit -m "revert: feature/xxx の変更を一括で取り消し"
git push

# 親確認
git show --no-patch --pretty=raw <OctopusSHA>
# parent行が3つ以上

# -m 1 で最初の親（main）基準に打ち消し
git revert -m 1 <OctopusSHA>

# 2親目以降も個別に追加対処が必要な場合がある
# （conflict頻発のため、各親との差分を確認しながら進める）

# 取り消し対象マージを時系列で特定（新しい順）
git log --merges --oneline -10

# 一つずつ取り消し（conflict対応しやすい）
git revert -m 1 <M3>
git revert -m 1 <M2>
git revert -m 1 <M1>
# それぞれcommitが作られる

# まとめて1つのcommitにする場合
git revert --no-commit -m 1 <M3> <M2> <M1>
git commit -m "revert: 直近3マージを一括取り消し（リリース延期のため）"

# revert作業用のブランチを切る
git switch -c revert/release-freeze

# 順次revert
git revert -m 1 <M3>
git revert -m 1 <M2>
git revert -m 1 <M1>

# push してPR作成
git push -u origin revert/release-freeze

# PR画面でレビュー → CI通過 → マージ
# mainに直接revertするより格段に安全

# マージ元ブランチのcommitを確認
git log --oneline feature/xxx

# 必要なcommitだけmainへ取り込み
git switch main
git cherry-pick <C1> <C2>

# conflictが出たら解消
git add .
git cherry-pick --continue

# マージコミットMの1つ手前（M^）の状態から
# 特定ファイルだけ現在に持ってくる
git restore --source <M^> -- path/to/file

# あるいは M自体の状態からファイル取得
git restore --source <M> -- path/to/desired_file

# 確認してcommit
git add path/to/file
git commit -m "restore: file を Mマージの状態へ合わせる"

# マージ直前のSHAを確認
git log --oneline -5

# 作業ツリーごと戻す
git reset --hard <マージ前のSHA>

# 変更を残して履歴だけ戻す
git reset --mixed <マージ前のSHA>

# 直前のmergeなら ORIG_HEAD が使える（便利）
git reset --hard ORIG_HEAD
# ORIG_HEADはmerge実行前のHEADを指す

# pullでmergeが生まれるのを防ぐ
git config --global pull.ff only
# あるいは
git config --global pull.rebase true

# default で merge commit を作る（ff無効化）
git config --global merge.ff false
# ↑ チームで統一するなら推奨。本記事のrevert -mが効く状態を作る

# 参照掃除
git config --global fetch.prune true

# 方法A: GitHub UIの Revert ボタン
#   1. PR画面を開く
#   2. Revert ボタンをクリック
#   3. 自動生成されたRevert PRをマージ

# 方法B: CLIで
git switch main
git pull
git log --merges --oneline -3
git revert -m 1 <マージSHA>
git push

# R1が先のrevertコミット
git revert <R1のSHA>
# featureの変更が復活

# さらに修正を追加
git switch feature/xxx
git commit -am "fix: 追加修正"
git switch main
git cherry-pick <追加修正SHA>
git push

git switch -c revert/rollback-release
git revert -m 1 <M3>
git revert -m 1 <M2>
git revert -m 1 <M1>
git push -u origin revert/rollback-release
# PRを作成してチームレビュー → マージ

# Squash mergeは通常コミット扱い
git revert <SquashSHA>
# -m 1 を付けるとエラーになるので注意
git push