Comment by jamie_ca
3 hours ago
I'm buying into this workflow more the more I use it, but the real gamechanger is (a) parallel threads in worktrees, with (b) enough lifecycle hooks to treat them similarly to spinning up a VM.
Specifically for me that means that after I create a worktree I get some local config files copied over and Postgres duplicating my local dev and test databases so I can test in isolation, and then when I close out a worktree it deletes those databases.
The best at that that I've found is Conductor, but I can't use it at work because we only have Copilot and they're locked to a Claude/Codex backend. Arbor is close, but it's not under as active development and has a lot of rough edges. Opencode GUI has create hooks but not teardown.
If Zed can hook that up _and_ also keep its great editor roots, that'll definitely be a game changer.
We support create git worktree hooks too
Is there an example of this?
The worktree create hook is documented https://zed.dev/docs/tasks?highlight=hook#hooks
And then I guess setting up tasks for the cleanup part, but it'd be great to see that get automated too so I don't need to remember it.
> The best at that that I've found is Conductor, but I can't use it at work because we only have Copilot and they're locked to a Claude/Codex backend.
FYI, you can use Copilot directly in Zed!
[dead]