【完全ガイド】Gitのコミット・プッシュを取り消す方法

開発中に「あっ、間違ったコミットをしてしまった！」という経験は誰にでもあります。しかし、心配は不要です。Gitには状況に応じた柔軟なコミット取り消し機能が用意されています。 本記事では、実際の開発現場でよく遭遇するシナリオごとに、最適なコミット取り消し方法を解説します。

直前のコミットを取り消す

git reset --soft や git reset --mixed を使うことで、コミットを取り消した後も変更を保持することができます。 開発中に誤ってコミットしてしまった場合、多くのケースで変更内容自体は正しく、単にコミットのタイミングやメッセージが不適切だったというパターンがあります。このような場合、git resetコマンドが威力を発揮します。

git reset --soft：即座に再コミット可能

開発中に誤ってコミットしてしまった場合、git reset --soft を使用すると簡単に取り消すことができます。コミットを取り消し、変更をステージング状態に保持します。

1
git reset --soft HEAD~1

このコマンドは、最新のコミットを削除しつつ、ファイルの変更内容をステージングエリア（インデックス）に保持します。これにより、すぐに修正して再コミットすることが可能です。つまり、git commitを実行すれば即座に再コミットできる状態になります。

使用場面

• コミットメッセージを修正したい
• コミットに含めるファイルを追加したい
• すぐに再コミットしたい

git reset --mixed：変更を再編集したい場合

コミットを取り消し、変更をワークツリーに戻したい場合はgit reset --mixedコマンドを実行します。

1
git reset --mixed HEAD~1

git reset --mixed は、コミットを取り消した後、変更をワークツリーにそのまま残し、ステージングエリア（インデックス）から削除します。これにより、変更を再度編集してからコミットすることが可能です。再コミットする前に、git addで必要なファイルを選択的にステージングできます。

使用場面

• コミット内容を再度見直したい
• 一部のファイルだけをコミットしたい
• 変更をさらに編集してからコミットしたい

--softと--mixedの使い分けのコツ

git reset --soft と git reset --mixed はどちらもコミットを取り消すコマンドですが、変更の扱いが異なります。

• git reset --soft HEAD~1 は、最新のコミットを取り消し、変更を ステージングエリアに保持 します。そのため、すぐに再コミットが可能です。
• git reset --mixed HEAD~1 は、最新のコミットを取り消し、変更を ステージングエリアから解除し、ワークツリーに残します。再コミットする前に、必要なファイルを再度 git add する必要があります。

変更をすぐにコミットし直したい場合は --soft、変更を再編集したい場合は --mixed を使用すると便利です。

実践的な判断基準

• 変更内容に満足している → --soft
• 変更内容を再検討したい → --mixed

特定のコミットを取り消す

チーム開発において、過去の特定のコミットに問題があることが判明した場合、履歴を改変せずに修正する必要があります。このように過去の特定のコミットを取り消す場合は、git revert を使用します。

git revert は指定したコミットIDを「取り消す新しいコミット」を作成するため、履歴を保持しながら変更を打ち消すことができます。これは、チーム開発において履歴を改変せずに修正を適用したい場合に便利です。

git revertによる安全な取り消し

指定したコミットを取り消す新しいコミットを作成します。

1
git revert --no-edit <コミットID>

git revertの特徴

• 元のコミット履歴を保持
• 取り消し操作も履歴として記録
• チーム開発で安全
• いつでも元に戻せる

コミットIDの確認方法

特定のコミットを取り消したい場合は、そのコミットのID（ハッシュ値）を確認する必要があります。以下のコマンドを使用すると、コミット履歴とともにコミットIDを確認できます。

1
git log --oneline

このコマンドを実行すると、以下のような出力が表示されます。

1
3a5b9f2 (HEAD -> main) feat: ユーザー認証機能を追加
2
1c2d3e4 fix: バリデーション処理のバグを修正
3
9f8e7d6 docs: README.mdを更新

ここで表示される 3a5b9f2 や 1c2d3e4 がコミットIDです。特定のコミットを git revert などで取り消す際に、このIDを使用します。

1
git revert --no-edit 1c2d3e4

プッシュ済みのコミットを取り消す

リモートリポジトリにプッシュした後に誤ったコミットを取り消したい場合は、git reset --hard と git push --force を組み合わせて使用します。 リモートリポジトリにプッシュした後のコミット取り消しは、他の開発者への影響を考慮する必要があります。

強制プッシュによる取り消し（非推奨）

git reset --hard は、指定したコミット以降の履歴を完全に削除し、ローカルの変更もすべて破棄します。

1
git reset --hard HEAD~1

その後、git push --force でリモートリポジトリを上書きします。
ただし、これは他の開発者の作業に影響を与える可能性があるため、使用する際は注意が必要です。

1
git push --force

重要な注意事項

• 他の開発者が同じブランチで作業している場合、その作業に影響が出る可能性があります
• チームメンバーとの事前相談が必須
• 可能であればgit revertの使用を検討

git revertでコミットを打ち消す（推奨）

より安全な代替案として、git revertで履歴を保持しながら取り消しを実行する、以下手順を推奨します。

1
git revert --no-edit <コミットID>
2
git push origin <ブランチ名>

HEAD記法で過去のコミットを指定する

GitのHEAD記法を理解することで、より柔軟にコミット操作を行えます。 例えばHEAD~1 は、現在のブランチの最新のコミット（HEAD）から 1つ前のコミット を指します。直前のコミットを取り消す場合に HEAD~1 を指定すると、現在の最新コミットが削除または変更されます。

HEAD記法の基本

• HEAD → 現在の最新コミット
• HEAD~1 → 1つ前のコミット（直前のコミット）
• HEAD~2 → 2つ前のコミット
• HEAD~n → n個前のコミット

このように、HEAD~n の n を増やすことで、過去の特定のコミットに戻ることができます。

HEADの使用例

1
git reset --soft HEAD~3

1
git reset --mixed HEAD~5

Git取り消し方法まとめ

Gitのコミット取り消しは、状況に応じて適切な方法を選択することが重要です。

判断基準

• ローカルでの作業 → git reset系コマンド
• リモートとの共有 → git revert
• チーム開発 → 履歴を保持する方法を優先

正しい方法を選択することで、安全かつ効率的なバージョン管理が可能になります。不安な場合は、まずローカルでテストするか、バックアップブランチを作成してから操作することをお勧めします。

状況別コマンド早見表

Gitでは、さまざまな方法でコミットを取り消すことができます。本記事で紹介したコマンドを開発現場でよく遭遇する状況とその対処法でまとめると以下の通りになります。

適切な方法を選んで、安全にGitの履歴を管理しましょう！

Gitユーザにお勧めの本

いちばんやさしいGit&GitHubの教本 第3版 人気講師が教えるバージョン管理＆共有入門 「いちばんやさしい教本」シリーズ

改訂2版 わかばちゃんと学ぶ Git使い方入門

独習Git

スポンサーリンク