もうgit stashは卒業！git worktree + wtp で実現する、ストレスゼロの並行開発

株式会社FLINTERSでフロント&バックエンドエンジニアをやっている者です！ いい加減、git worktreeを身近においておこうと思い書き留めました。✏️🗒️ 本記事はFLINTERS BLOG Advent Calendar 2025の13日目の記事となります。 はじめに 開発者の皆さんなら、一度は「コンテキストスイッチ地獄」を経験したことがあるのではないでしょうか。新しい機能開発に没頭しているまさにその時、Slackに飛び込んでくる 「緊急バグ修正お願いします！」 の通知。 ここから始まる従来の手順は、思い出すだけでも気が滅入ります。 まず、中途半端な作業を git stash で退避。次に git switch でバグのあるブランチに移動し、修正作業に頭を切り替えます。 修正が終わったら、また元のブランチに戻り、git stash pop を実行。 しかし、複数の stash

[lunaphilia]

ツールの依存性増やすくらいなら自分ならwipコミットしてswitchしてresetするなぁ…

[Kanasansoft]

git worktreeはrootディレクトリの外に作る物で.git配下でないのでは? https://zenn.dev/tmasuyama1114/articles/git_worktree_beginner

[da-yoshi]

普通にstash使うか、複数並列作業を管理したいときは一時保持用にローカルbranch作ってコミットしてswitchしてるな。一時branchなんでresetするのに何の問題もないし

[tmtms]

git worktree もつらいので自分は別のディレクトリに普通に git clone してる

[tokuniimihanai]

worktreeは正直使いにくいが、wipコミットよりはずっとマシ。なぜ星を集めてるんだ

[Fushihara]

.gitの中に作業ディレクトリ作る事はなんかデメリットないのか

[sailoroji]

いやーファイルシステムで管理するのは結局のところ地獄に行き着くだろう。reset 前提でコミットするほうがマシ。wtp でのラップは申し訳ないが無価値だと思う。

[korilog]

コミットしてスイッチしたらAIエージェントが死ぬって本文にも書いてるだろ。あ、ツール増やしたくないからAIエージェントも使ってないのか

[cl-gaku]

知らん機能だった。後でreset --softするつもりの作業コミット積むのとどっちがいいだろうか

[nemoba]

ai agentsだとworktree欲しくなるけど、worktree微妙なんだよね。。l

[aiya000]

mv .git .. && rm -rf . .* && mv ../.git . && git switch -c dummy && git add -A && git commit -m dummy && gwa develop && gwab origin/develop playground && gwab origin/develop feature/foo して cd playground && git switch 適宜好きなブランチ するのがいいよ〜。gwaとgwabはalias。

[soxandcity]

worktree作るところからAIにやらせれば解決しますよ

[misshiki]

“wtpは、git worktreeを強力にラップするCLIツールです。セットアップの自動化、コマンドの簡略化、そしてワークフローの標準化によって、git worktreeの体験を劇的に向上させます。”

[taguch1]

割と手ぐせでwip commit 、rebase -i やstash は使ってる。意識的にやる時はworktree使うんだけど脳が考える前に指が動いてる。

[n314]

worktreeもcommit, resetもどっちもやってる。worktreeはただのブランチより心理的に重くて、でもそういうちょっとした更新のときこそ一時的なコミットをしたくなる。

[takuyachallenge]

私は wip コミットしといて戻ってきて完成したら amend して wipコミットを上書きする、という感じかな。まあ、stash することも多いけど。

[buzztaiki]

メンテナンスブランチみたいなのを管理するするときは worktree 便利。

[delphinus35]

何で頑なにコミットせんのかな。git resetコマンドが怖いとかそういう話かな？

[uunfo]

git worktreeか

[atsushieno]

worktreeでIDEで別々のエンティティとして開いて別々のデータベースを作成して別々のコンテキストを作成するとかは、まともなプロジェクトではあり得ないくらいストレスフルなので、自分は滅多に使わない

[toaruR]

AIエージェント前提なら

[Funyapu]

git commit --squash はid調べるのめんどうだし、stashとwipでまぁ生きてる。worktreeはVRTの結果を別納するとかgh pagesで使ったっけな

[honeybe]

なるほど。stashかwipブランチで十分そうやな(何

[sentas]

Jujutsu 使おうぜ🔮

[lli]

うーんんん？wtpが標準搭載されたら便利かもだけど当面は個人開発からかな

[irh_nishi]

コミットコメントにWIPとだけ書いてあったら次のコミットのときにrebase -i とかで自動的にコミットまとめてくれればこういうの必要ないのになぁ、と思っている。

[room661]

もう一つワークスペースをgit clone で作れば良い話では？

[fuji_haruka]

AI agent並列実行には良さそう。git stashも使い慣れるとpush/pop以外にもいろいろコマンドあって一人で作業するなら事足りるが。

[poponponpon]

一番辛いのはapiとかでworktree使おうとすると、migrationにそれぞれのブランチで差が出ちゃうからDB自体も複数用意しないと意味がなくなっちゃうことなんだよね。なんとか上手くできないのかな

[oinume]

wtp良さそう

[atico]

あれっと思ったら、同じことができる別ツールgtrも話題になってる。wtpの方はworktreeの延長線上で便利にするものだけど、gtrの方はAI等の並列開発を強く意識した作り。　https://zenn.dev/yumemi_inc/articles/20251213_gtr

[repon]

npm install までやってくれるのは便利そう

[htsign]

worktree が便利なのは分かるんだけど、大規模なモノレポだと新しくブランチのディレクトリ生やすだけで死ぬほど時間かかって無理。まだ switch の方が待てる。