git stashの使い方総まとめ｜saveは非推奨・pushで退避【2026】

作業の途中で「急ぎの対応が入ったからブランチを切り替えたい」。でもコミットするにはキリが悪い——この板挟みを一発で解決するのが git stash です。

先に大事な結論をひとつ。昔の記事でよく見る git stash save はGit 2.13（2017年）から非推奨で、現在の標準は git stash push です。

この記事はpushを軸に、退避→確認→復元の基本から、ステージ済みだけ退避する --staged、ファイル単位の部分退避、stashからブランチを作る小技まで、2026年時点の使い方をまとめます。

私自身、エンジニア1年目はGUIツール（SourceTree）派でしたが、先輩たちが全員コマンド派だった理由は、本番サーバやCI上ではコマンドしか使えないから。stashはその第一歩として最高に費用対効果の高いコマンドです。

末尾にコピペで使えるチートシートも置いたので、ブックマークして退避のたびに開いてください。

この記事でわかること
・git stash push／list／apply／pop／dropの基本操作
・saveが非推奨になった理由とpushとの違い
・--staged・部分退避・stash branchの実践テクニック
・コピペで使えるコマンドチートシート

独学に限界を感じたら

プログラミング教室がおすすめ。挫折せず最短で実力を伸ばせます。

git stashは何が便利なのか

コミットしていない変更がある状態でブランチを切り替えようとすると、こんなエラーが出ます。

error: Your local changes to the following files would be overwritten by checkout:
        ..(中略)..
Please commit your changes or stash them before you switch branches.

意訳すると「切り替えると作業中の内容が上書きされるよ。コミットするかstashしてね」。キリが悪くてコミットしたくないとき、stashを使えば次の流れで作業を中断・再開できます。

作業内容を一旦退避させる（push）
作業ツリーが変更のないきれいな状態になる
ブランチを切り替えたりpullしたりできる
退避した作業内容を元に戻す（pop / apply）

「とりあえずWIPコミット」を乱発するよりコミットログが汚れず、レビューする側としてもありがたい運用です。

基本の使い方：退避は「git stash push」

作業を退避する（push -u -m）

退避したい変更がある状態で、次のコマンドを実行するだけです。

# とにかく退避したいとき（pushは省略可）
git stash push -u

# メッセージ付きで退避（後から見分けられるので強く推奨）
git stash push -u -m "ログイン画面の作業途中"

オプションの意味は次のとおりです。

-u（--include-untracked）：新規作成した未追跡ファイルも一緒に退避する。付け忘れると新規ファイルだけ作業ツリーに残るので、基本は常に付けるのがおすすめ
-m "メッセージ"：退避に名前を付ける。1週間後の自分は「WIP on main」だけでは絶対に思い出せません

なお git stash単体は git stash push の省略形です。古い記事にある git stash save は非推奨で、pathspec（後述のファイル指定）が使えないなど機能面でも劣ります。今から覚えるならpush一択です。

退避した一覧を確認する（list）

$ git stash list
stash@{0}: On main: ログイン画面の作業途中
stash@{1}: WIP on main: 1a2b3c4 direct commit

上が最新です。stash@{数字} がそれぞれの退避を指すIDで、以降のコマンドで指定に使います。

退避した作業を戻す（apply / pop）

# 最新の退避を戻す（一覧には残る）
git stash apply

# 最新の退避を戻し、一覧からも削除する
git stash pop

# 番号を指定して戻す
git stash pop stash@{1}

applyは「戻しても一覧に残す」、popは「戻して一覧から消す」。複数ブランチに同じ変更を適用したいときはapply、通常の中断→再開ならpopと使い分けます。

退避を削除する（drop / clear）

# 最新の退避を削除
git stash drop

# 番号を指定して削除
git stash drop stash@{1}

# 全部削除（要注意：元に戻すのは困難）
git stash clear

一歩踏み込んだ使い方4選

①退避の中身を確認する（show / show -p）

# どのファイルが変わったかの一覧
$ git stash show stash@{0}
 src/login.tsx        |  11 +-
 src/api/auth.ts      |   9 ++
 2 files changed, 18 insertions(+), 2 deletions(-)

# git diff形式で変更内容まで確認
git stash show -p stash@{0}

popする前に show -p で中身を確認する癖をつけると、「何が入っているかわからないstashを恐る恐る戻す」事態を避けられます。

②ステージ済みの変更だけを退避する（--staged）

Git 2.35以降では、git add 済みの変更だけを選んで退避できます。「この修正はコミットに含めたくないな」というものをaddして退避する、逆転の発想で使えるオプションです。

# ステージ済みの変更だけを退避（未ステージの変更は手元に残る）
git stash push --staged -m "別PRに分けたい修正"

③ファイル単位・ハンク単位で部分退避する

pushが優れているのはここで、退避するファイルを指定できます。さらに -p を使えば変更の塊（ハンク）ごとに対話形式で選べます。

# 指定したファイルだけ退避
git stash push -m "設定ファイルだけ退避" config/app.ts

# 対話形式で退避する変更を1つずつ選ぶ
git stash push -p

④stashから新しいブランチを作る（stash branch）

「stashを戻したらコンフリクトした」ときの切り札です。stashした時点のコミットから新ブランチを切り、そこに退避内容を展開してくれるので、コンフリクトが原理的に起きません。

# stash@{0}の内容で新ブランチfeature/loginを作成
git stash branch feature/login stash@{0}

git stashチートシート【保存版】

やりたいこと	コマンド
退避（未追跡ファイル込み・名前付き）	git stash push -u -m "メモ"
退避一覧を見る	git stash list
中身を確認する	git stash show -p stash@{n}
戻す（一覧に残す）	git stash apply stash@{n}
戻す（一覧から消す）	git stash pop stash@{n}
削除する	git stash drop stash@{n}
全削除する	git stash clear
ステージ済みだけ退避	git stash push --staged
ファイル指定で退避	git stash push ファイルパス
対話形式で部分退避	git stash push -p
stashからブランチ作成	git stash branch ブランチ名 stash@{n}