Gitトラブル対処法：commit、reset、revertの違いを徹底解説するガイド
致命的なバグ、コミット前の後悔。Gitでつまずいた時の「救命」トラブルシューティングガイド Gitは開発における最強の味方ですが、その強力さゆえに、「あれ？戻せない？」「このファイルどうした？」といった思わぬ落とし穴にはまることがあります。本記事では、多くの開発者が一度は経験する、コミットやブランチ操作に関する「事故」をリカバリーするための実戦的な対処法をご紹介します。 1. 「やりたいことをUndoしたい」時の２つの選択肢：reset vs revert 最も混乱しやすいのが、「間違ったコミットを取り消す」操作です。この場合、使用するコマンドによって結果が全く異なるため、目的を明確にすることが重要です。 Scenario A: コミット自体を存在しなかったことにしたいとき（開発途中のデータ削除など） まだ共有しておらず、純粋にローカルの履歴から取り除きたい場合に使用します。これはコミットされた内容そのものを巻き戻すのではなく、「コミットという記録」を消去します。 注意: git reset --hard は非常に強力なコマンドです。実行すると、指定した時点以降のローカルでの未コミット・コミット済みの作業は全て消滅しますので、本当に元に戻して問題ないか二度確認してください。 基本的な使い方: git reset --hard [ターゲットのコミットID] Scenario B: 過去の変更を無効化し、履歴に残したいとき（公開済みバグ修正など） すでにリモートリポジトリにプッシュしてしまい、「この変更は元に戻すべきだった」という場合がこれにあたります。`revert` はその名の通り「取り消す (revert)」動作を行います。変更自体は撤回しますが、その記録（コミット）として履歴に残るため、チームでの作業において安全性が高い方法です。 git revert [対象のコミットID] 2. 「未コミットだが重要なデータ」を一時保管する方法：Stashing 今まさに進めている機能Aが中途半端で、急遽、別のバグ修正Bに取り組まなければならない状況はよくあります。しかし、ファイルを全てコミットするほどではない...そんな時に役立つのが git stash です。 Stash（スタッシュ）とは、「作業中の変更を一旦、一時的な...