一句话看懂：Git 工作树（worktree）是一项自 2015 年就已存在的 Git 功能，允许开发者在同一仓库的不同文件夹中同时检出多个分支，而无需反复暂存、切换和重载环境。随着 AI 工具（如 GitHub Copilot）推动并行开发成为常态，这项被长期忽视的功能突然变得热门起来。
事件核心：发生了什么
GitHub 开发者 Cassidy Williams 在官方博客中详细解释了 git 工作树的工作原理与适用场景。与传统工作流需要执行 git stash、切换分支、拉取主分支、创建修复分支、修复、合并、再切回原分支并弹出暂存这一系列繁琐操作不同，工作树只需一条命令 git worktree add 即可在独立文件夹中创建一个基于指定分支的新工作目录。开发者可以同时打开两个编辑器窗口，分别处理不同任务，互不干扰。完成修改后，只需删除该工作树文件夹即可。GitHub Copilot 桌面应用已将其作为新建会话的默认模式，进一步降低了使用门槛。
为什么重要
工作树的突然流行，直接反映了 AI 辅助开发所带来的工作模式转变。在传统流程中，开发者通常一次只处理一个功能分支，上下文切换是低效的负担。但 AI 编码助手（如 GitHub Copilot）使得“人与 Agent 并行工作”成为常态：开发者可以同时让 AI 在一个分支上编写代码，自己在另一个分支上做 review 或修复紧急 bug。工作树天然支持这种并行，避免了 stash 冲突、编辑器重载和依赖重新安装带来的额外开销。其核心价值不在于技术突破，而在于它填补了“传统 Git 工作流”与“AI 驱动的多任务开发环境”之间的效率鸿沟。
对用户/开发者/创作者的影响
对于日常使用 Git 的开发者来说，工作树能显著减轻上下文切换的精神负担。在处理紧急 bug 时，无需中断当前功能的编辑状态；在进行代码审查或 AI 提交的合并请求时，可以直接在独立工作树中验证。需要注意的副作用包括：每个工作树文件夹需要独立安装项目依赖（如 npm install），可能占用较多磁盘空间；用户需主动清理不再使用的文件夹，否则会在父目录中留下大量残留。对于使用 GitHub Copilot 桌面应用的开发者，工作树已经是“开箱即用”的默认行为，只需在新建会话时选择即可。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
第一，更多 Git GUI 工具（如 Sourcetree、GitHub Desktop）是否会将工作树提升为一级功能而非二等公民，这将直接影响普通用户的使用率。第二，AI 编码工具（如 Copilot 之外的 Tabnine、Codeium 等）是否会跟进采用工作树作为默认开发模式，说明该功能正在成为 AI 辅助开发的基础设施。第三，工作树在多项目大型 monorepo 中的依赖管理问题能否得到工具化解决，例如自动共享 node_modules 或 pip 缓存，以避免磁盘膨胀。
