git reset

実行前の状態

README.md を 1 回コミットしたあと、README.md に 1 行足して 2 回目のコミットをした場面です。まだ push していない 2 回目のコミットを、取り消したいときに打ちます。

この状態を手元で作るなら、次の順に打ちます。

git init -q -b main hello
cd hello
echo "# hello" > README.md
git add README.md
git commit -q -m "README を作る"
echo "start" >> README.md
git commit -q -a -m "README に説明を足す"

最小の例と結果

--soft は、コミットだけを取り消します。HEAD~1 は 1 つ前のコミットを指します。

git reset --soft HEAD~1
git log --oneline

a1b2c3d README を作る

git status -s

M  README.md

• git reset は、うまくいくと何も表示しません。
• 履歴から 2 回目のコミットが消えました。
• M README.md の左の M は、書き足した 1 行がステージに載ったままという意味です。変更そのものは残っています。

reset には、取り消す範囲の違う 3 つの形があります。

続けて、何も付けない形で打つと、ステージだけが空になります。Unstaged changes after reset の下に出るのは、ステージから下りたファイルです。変更は作業中のファイルに残ります。

git reset

Unstaged changes after reset:
M	README.md

git status -s

 M README.md

最後に --hard を付けると、作業中のファイルの変更まで消えます。

git reset --hard

HEAD is now at a1b2c3d README を作る

cat README.md

# hello

start と書き足した行が、作業中のファイルから消えました。この例では、消えた変更が元のコミットに入っていたので、git reflog で探せば戻せます (戻し方は失敗時の節に書きました)。まだコミットしていない変更だったら、同じ打ち方で消えたあと、通常は戻せません。

成功の確認

git log --oneline で、取り消したコミットが履歴から消えていれば戻っています。git status に変更のファイルが出なければ、作業中のファイルも元のとおりです。

git status

On branch main
nothing to commit, working tree clean

構文と主要オプション

失敗時の戻し方

--hard で消えたもの

--hard は、コミットしていない変更を消します。この変更は通常、元に戻せません。add 済みの内容は Git の中に残っていることがあり、git fsck --lost-found で探せる場合がありますが、確実ではありません。add もしていない変更は戻せません。打つ前に git status を見て、変更が残っていないかを確かめます。取っておきたい変更は、先にコミットします。

コミットだけを消したとき

コミットは、reset のあとも少しの間、Git の中に残っています。git reflog で、動かす前の位置の番号を探します。

git reflog

a1b2c3d HEAD@{0}: reset: moving to HEAD~1
9f8e7d6 HEAD@{1}: commit: README に説明を足す
a1b2c3d HEAD@{2}: commit (initial): README を作る

消したコミットの番号 (この例では 9f8e7d6) へ戻します。

git reset --hard 9f8e7d6

もう push したとき

push したコミットを reset で消すと、ほかの人の手元の履歴と食い違います。代わりに、git revert で打ち消すコミットを足します。

よくある疑問

関連

• コミットを取り消す (reset の 3 モード) 受講生向けのレッスン
• 消したはずの作業を取り戻す (reflog) 受講生向けのレッスン
• クラウドエディター受講生向けの、ブラウザで開く開発環境
• git revert push したコミットを打ち消す
• git restore ファイルだけを戻す
• git commit 直前のコミットを作り直す