3 ms·
Unless I misunderstand something but why not just roll a couple of helper shell scripts that create a new git worktree for you, copy over a local .env file (or
by laurels-marts 5mo ago
Unless I misunderstand something but why not just roll a couple of helper shell scripts that create a new git worktree for you, copy over a local .env file (or any other config file) and populate it with ports/variables that are unique across all worktrees (to avoid collisions if you're on localhost, but you could also do this with Docker) and a helper script for tearing down a worktree after you've merged the changes back into main. I'm even supplying unique chrome debug ports and unique temp user data dirs for isolated automated testing in chrome via chrome devtools mcp. Like, I'm not sure why an external library/tool is needed for this.
- jamie_ca 5mo agoOh, yeah 100% I'm putting up scripts for them, the conductor hook is "run the one script" for setup/teardown. The difference is removing friction, having a UI that shows me what's set up, that I don't need to hit the filesystem or git status to check in, that gives me _direct_ access to a shell/etc in that worktree path.