DC娱乐网

开一个新的工作目录,git 要你把分支名敲三遍。真的,三遍。 先 git worktree add -b feat ../repo.feat,然后 cd ../repo.feat,中间那个 feat 你得写两回,路径里再来一回。这活儿小到不值当抱怨,但你一天要干五次,就想骂人。 Worktrunk 干的就是这个。一个命令行工具,把 git 的 worktree 弄得 ​

开一个新的工作目录,git 要你把分支名敲三遍。真的,三遍。

先 git worktree add -b feat ../repo.feat,然后 cd ../repo.feat,中间那个 feat 你得写两回,路径里再来一回。这活儿小到不值当抱怨,但你一天要干五次,就想骂人。

Worktrunk 干的就是这个。一个命令行工具,把 git 的 worktree 弄得跟切分支一样顺手。核心三条:wt switch 切过去,wt switch -c -x claude 建一个新的顺手把 Claude 拉起来,wt remove 收拾干净。路径按模板算,你不用管,认分支名就行。

它为什么现在冒出来,原因在上下文里。Claude Code、Codex 这类东西能自己跑挺长时间不用人盯,一个人同时开五到十个是常态。十个代理挤在一个目录里,改同一份代码,那就不是并行,是打架。git 原生的 worktree 正好给每个代理一个独立工作目录,功能是对的,手感是烂的,烂到没人愿意用。

所以这工具真正卖的不是那三条命令,是后面那堆杂活:创建、合并前后跑钩子,从 diff 生成提交信息,一条命令做完 squash 加 rebase 加合并加清理,还有那个 copy-on-write 的构建缓存——十个 worktree 各自有 target 和 node_modules,但不用真建也不用真拷,APFS、btrfs、XFS 上才行。这个我信,因为省下来的确实是硬盘和时间。

作者自己在 README 里写,今年年初它刚起步,现在成了最流行的 git worktree 管理器。安装那边 Homebrew 有了,Cargo 有了,Windows 也列出来了。

我倒是好奇一件事:等你手上真开着十个代理,你还有工夫一个个看它们改了什么吗。

Worktrunk gitworktree AI代理并行 命令行工具