工作树Worktree
你可能会问：工作树 在我的项目里到底管哪件事，什么时候该用？
让同一 Git 仓库同时在多个目录检出不同分支，共享对象历史但保持工作文件分开。
同一个项目同时摆两张独立工作台，各自处理不同分支。
像同一套图纸开两个样板间，互不覆盖桌面材料。
外贸独立站里，主目录保持本地预览，另一个 worktree 修内容审计，分别提交后再整合。先把这件事的输入、责任边界和可验证结果说清，再让 AI 或协作者继续实现。
工作树 在项目中负责什么
- 什么时候用
- 当项目出现这类真实任务时：主目录保持本地预览，另一个 worktree 修内容审计，分别提交后再整合。
- 它解决什么
- 它让团队围绕“独立目录和检出分支”形成一致做法，并能用“锁定、移除与合并边界”确认结果。
- 它不负责什么
- Worktree 共享仓库元数据，不能把同一分支同时检出到多个工作树；清理也要用 Git 记录。
- 放进真实项目
- 主目录保持本地预览，另一个 worktree 修内容审计，分别提交后再整合。
工作树：共享对象数据库 → 独立目录和检出分支 → 锁定、移除与合并边界
主目录保持本地预览，另一个 worktree 修内容审计，分别提交后再整合。
- 01
把场景里的“共享对象数据库”单独列出，记录真实对象、输入来源和当前状态。
- 02
围绕“独立目录和检出分支”定义 工作树 在本项目中的规则、负责人和异常分支。
- 03
用“锁定、移除与合并边界”验收业务结果；证据不成立时回到上一环节修正，而不是用解释掩盖。
工作树：共享对象数据库 → 独立目录和检出分支 → 锁定、移除与合并边界
当项目出现这类真实任务时：主目录保持本地预览，另一个 worktree 修内容审计，分别提交后再整合。
工作树 要同时看见：共享对象数据库、独立目录和检出分支、锁定、移除与合并边界。
外贸独立站里，主目录保持本地预览，另一个 worktree 修内容审计，分别提交后再整合。先把这件事的输入、责任边界和可验证结果说清，再让 AI 或协作者继续实现。
不同词条会用路线、层级、状态、对照或清单来呈现；点击每一步，检查它在真实工作中的责任位置。
工作树 要同时看见：共享对象数据库、独立目录和检出分支、锁定、移除与合并边界。
容易混淆的地方
Worktree 共享仓库元数据，不能把同一分支同时检出到多个工作树；清理也要用 Git 记录。
在“主目录保持本地预览，另一个 worktree 修内容审计，分别提交后再整合”这个场景里，怎样才算真正用对 工作树？
你可以这样告诉 AI Agent
我正在处理：主目录保持本地预览，另一个 worktree 修内容审计，分别提交后再整合。 请按 工作树 的专业机制拆解“共享对象数据库、独立目录和检出分支、锁定、移除与合并边界”，分别列出当前证据、待确认项、执行动作和验收方法；不要补写未提供的业务事实。
内容依据与延伸
本站用原创中文解释把专业概念映射到外贸独立站；定义和机制继续以官方资料为准，业务例子再回到 外贸独立站询盘优化实战 验证。
本站整理说明：原创整理：Vibe Hub 公开知识范围、官方技术资料与外贸独立站实践