[git]間違えて git stash たの復旧手順

作業中に別のブランチへ切り替える際や、動作確認をしたいときに便利な git stash。

しかし、「まだ退避させるつもりじゃなかったのに叩いてしまった」「どこまで退避されたかわからなくなって焦った」という経験はありませんか？

安心してください。git stash で一時退避された作業内容は消えておらず、安全に手元へ復旧できます。

今回は、

を整理して解説します。

1. 何をstashしたのか確認する（中身のチェック）

復旧させる前に、まず退避された変更内容を確認しましょう。

現在退避されているstashのリストを表示します。

git stash list

出力例：

stash@{0}: WIP on main: a1b2c3d Commit message here
stash@{1}: WIP on feature: e4f5g6h Another commit

一番上にある stash@{0} が、直前に実行した最新のstash です。

どのファイルが変更されていたかを手短に把握したい場合は、git stash show を実行します。

# 最新のstash対象ファイルを確認
git stash show

# 特定のstashを指定する場合
git stash show stash@{0}

どの行を書き換えていたか、コードレベルの差分を見るには -p（patch）オプションを付けます。

git stash show -p

通常の git diff と同様に、追加・削除された行が詳細に表示されます。

中身を確認できたら、作業ディレクトリへ変更を戻します。

復旧コマンドには主に pop と apply の2種類があります。

最も一般的に使われる方法です。最新の退避内容を作業ツリーに戻し、stash一覧からそのデータを削除します。

git stash pop

作業ツリーに変更を戻しますが、stashリスト上にはデータをそのまま残しておきます。

git stash apply

git add していた変更と、まだ add していなかった未ステージの変更が混ざっていた場合、通常の pop や apply ではすべて未ステージ状態に戻ってしまいます。

git add していた状態も含めて完全再現したい場合は、--index オプションを付与します。

git stash pop --index
# または
git stash apply --index

stashした後に別ブランチへ移動していたり、ファイルを書き換えていたりすると、pop や apply を実行した際に競合（Conflict）が発生することがあります。

競合箇所を手動で修正します。
修正したファイルをステージングします。
Bashgit add <解消したファイル名>
※注意：競合が発生した場合、git stash pop を実行していてもデータ保護のためstashリストから自動削除されません。競合解消後に手動で削除してください。
Bashgit stash drop stash@{0}

「間違えて pop ではなく drop してしまった」「clear で全消ししてしまった」という場合でも、Gitのコミットオブジェクトとして一定期間残っているため救出できる可能性があります。

到達不能なオブジェクトを探索する
Bashgit fsck --unreachable | grep commit
中身を確認する表示されたハッシュ値を git show で1つずつ確認し、探しているコードを探します。
Bashgit show <コミットハッシュ>
変更を復旧する該当のハッシュが見つかったら、それを指定して適用します。
Bashgit stash apply <コミットハッシュ>

git stash は作業を失うコマンドではなく、安全な一時保管庫に入れるコマンドです。焦らず git stash show -p で中身を確認し、git stash pop で元の作業に戻りましょう。