a.3概念⏱ 约 4 分钟

worktrees — 并行干多件事

同时开几个"工作台",互不打架

🔎 最后验证 2026-05📚 来源:Claude Code 官方文档、Git/GitHub 官方文档🧰 Claude Code、Git✅ 69 人学过👁 128 次阅读

为什么学这个

你在改功能 A,突然要紧急修一个 bug。切分支会打断手头的活,改一半的代码还碍事。Git 的 worktree 让你同时开好几个独立的工作目录,各自在不同分支干活、互不干扰——配合 AI,你能真正"多线并进"。

💡 打个比方

worktree 就像在工坊里多摆几张工作台:这张台子在做椅子(功能 A),那张台子在修桌子(紧急 bug),互不占地、互不弄乱。不用把椅子收起来才能修桌子——每个活有自己的台面。

Git worktree= 从同一个仓库,额外检出几个独立的工作目录,每个可停在不同分支
解决的痛点:
- 手头改到一半,来了紧急任务,又不想 git stash/打断现场
- 想让 AI 在一个 worktree 干 A,你在另一个看 B,互不覆盖
配合 AI 的玩法:让不同的 AI 会话/子代理在不同 worktree 各干各的功能,改动彼此隔离,最后各自提交、合并
具体命令以 Git / Claude Code 官方文档为准

❓ 测验

Git worktree 解决的核心问题是?

⚠️ 避坑worktree 的两个新手必踩点 + 收尾习惯

同一个分支不能同时被两个 worktree 检出:想"两个台子都改 main"会被 Git 直接拦下——每个 worktree 必须停在不同分支(或新建分支)。
新 worktree 不含未跟踪文件:node_modules、.env、构建产物、本地配置这些没提交进 Git 的东西不会跟过去,新目录往往要重新装依赖、配环境才能跑(这正是 AI 并行时最容易翻车处)。
用完收尾:每个 worktree 的活告一段落就提交/合并,并移除不用的 worktree,别留一堆烂尾现场。

🤖 用 worktree 并行(去真实环境)

我现在在改功能 A,又来了个紧急 bug 要修,不想打断手头的工作。请基于 Git/Claude Code 官方文档教我:1) 怎么用 worktree 开一个独立工作目录去修这个 bug;2) 修完怎么提交、合并、并清理这个 worktree;3) 配合 AI 时,怎么让两边的改动互不干扰。

🔎 来源与核验· 1 条,点开核对

本节每个关键论断都对应一个可追溯的来源 —— 这是本课程"靠谱、不过时"的底线。

「Git worktree 支持从同一仓库检出多个独立工作目录以并行处理不同分支的工作」

在一个 git 项目里(没有就 git init 一个):

你会看到:worktree 让你凭空多出一张独立台面,各干各的分支互不干扰;但新台面不含未跟踪文件(要重配环境),同一分支也不能被两处同时检出。

为什么:worktree 是"物理并行"的利器(你改 A、AI 改 B 互不覆盖),但那两个新手必踩点——重装依赖、分支唯一——不先知道,AI 并行时最容易在这儿翻车。

✅ 小结

你能在空间上并行(worktree)了。接下来让一些事自动发生——下一节学 hooks,在特定时机自动触发你想要的动作。

下一节 → hooks — 自动化你的流程

都看到这了，打个赏呗！