←back to thread

128 points nvader | 4 comments | | HN request time: 0.221s | source
1. michaelbuckbee ◴[] No.46190907[source]
The usage of worktrees is seeing a big comeback in the era of AI assisted coding.

I have a script that takes Github issues and spins them out into their own worktrees with corresponding stack.

I can then run individual instances of Claude Code in each and easily flip between them.

replies(2): >>46191265 #>>46202702 #
2. jackschultz ◴[] No.46191265[source]
Same. Never used worktrees before, but mapping a worktrees to tickets I’m assigned to for Claude to work on is really great.

Heck with the ai, I even have it spin up a dev and test db for that worktree in a docker container. Each has their own so they don’t conflict on that front either. And I won’t lie, I didn’t write those scripts. The models did it all and can make adjustments when I find different work patterns that I like.

This is all to the point of me wondering why I never did this for myself in the past. With the number of times I’m doing multiple parts of a codebase and the annoyance of committing, stashing, checking out different branch and not being able to go more quickly between when blockers are resolved.

3. keybored ◴[] No.46202702[source]
What comeback? It’s been there for years and people who have use for them use them (or use git-clone(1) if they are not aware of them). It didn’t fall out of use at any point.
replies(1): >>46204864 #
4. michaelbuckbee ◴[] No.46204864[source]
"Comeback" is probably the wrong word, maybe "uptick" in usage?

Worktrees just fit particularly well for the scenario of developing multiple different features in parallel on the same codebase, which is a pattern that devs doing a lot of AI assisted development have.