6.4 分支、Worktree 与并行任务隔离
面向经管学生、研究者与从业者的 AI 智能体设计教材
本地提交流程跑顺以后，接下来要解决的是并行任务的隔离问题。AI 协作最怕的不是改得慢，而是多个目标混进同一条改动线。
什么时候该开分支
只要任务满足下面任意一条，就值得开分支：
- 这轮修改会持续一段时间，不适合直接压在主线上
- 需要单独审阅
- 失败时要局部回退
- 同时还有另一条改动线在推进
最常用的创建方式：
git switch -c chapter6-git-rewrite这条命令会新建并切换到 chapter6-git-rewrite 分支。之后这条分支上的提交，就只服务这一轮目标。
Worktree 的作用
分支隔离的是历史线，Worktree 隔离的是工作目录。对 AI 协作来说，目录隔离很关键，因为一个会话通常默认围绕当前目录展开。
手动方式：
git worktree add ../eco-ai-agent-book-design-navfix nav-fix这条命令会在相邻目录创建一个新工作树，并把 nav-fix 分支检出到那里。这样，你可以让另一条会话在另一个目录里单独推进导航修复，不会和当前目录里的章节重写混在一起。
Claude Code 中的 Worktree
在 Claude Code 工作流里，Worktree 不只是 Git 命令，也是一种隔离接口。常见入口包括：
- 手动
git worktree claude --worktree- 子代理使用
isolation: "worktree"
对读者来说，更重要的判断不是“参数怎么背”，而是“这条任务线值不值得拥有独立目录和独立提交线”。
判断标准
如果任务只是很小的局部修补，而且不会和其他任务并行，直接在当前分支上小步提交就够了。只有当下面两条同时成立时，才优先考虑 Worktree：
- 任务要并行推进。
- 每条任务线都需要独立审阅和独立回退。
典型做法
例如同一天并行处理三件事：
- 重写第 6 章 Git 正文
- 修第 11 章 Hooks 目录映射
- 调整前言中的第二篇顺序说明
更稳的方式不是让一个会话连续做三件事，而是：
| 任务 | 建议隔离方式 |
|---|---|
| Git 正文重写 | 一个独立分支 |
| Hooks 目录修正 | 另一个分支，必要时单独 Worktree |
| 前言顺序调整 | 若改动很小，可并入同一分支；若要反复试改，单独分支更稳 |
关键不在”分得越细越好”，而在”每条改动线都能说清目标”。
判断口诀
需要并行推进且独立审阅——开 Worktree；只需隔离历史线——开分支；小修补不并行——当前分支小步提交即可。