使用 Git 工作树
概述
确保工作发生在隔离的工作区中。优先使用你的平台的原生 worktree 工具。仅在没有原生工具可用时,再回退到手动 git worktree。
核心原则: 先检测现有隔离。然后用原生工具。再回退到 git。绝不与 harness 对抗。
开始时宣布: "我正在使用 using-git-worktrees 技能来建立一个隔离的工作区。"
步骤 0:检测现有隔离
创建任何东西之前,先检查你是否已经在一个隔离的工作区里。
Submodule 守卫: 在 git submodule 内 GIT_DIR != GIT_COMMON 也为真。在判定"已经在 worktree 内"之前,先确认你不在 submodule 里:
如果 GIT_DIR != GIT_COMMON(且不是 submodule): 你已经在一个 linked worktree 内。跳到步骤 2(项目设置)。不要再创建一个 worktree。
按分支状态报告:
- 在某个分支上:"已经在隔离工作区
<path>,分支<name>。" - 分离 HEAD:"已经在隔离工作区
<path>(分离 HEAD,由外部管理)。完成时需要创建分支。"
如果 GIT_DIR == GIT_COMMON(或在 submodule 内): 你在一个普通的仓库检出里。
用户是否已经在你的 instructions 里表明过 worktree 偏好?如果没有,创建 worktree 之前先征求同意:
"你希望我搭一个隔离的 worktree 吗?它能保护你当前分支不被改动。"
如果用户已声明过偏好,直接遵循,不再询问。如果用户拒绝同意,原地工作并跳到步骤 2。
步骤 1:创建隔离工作区
你有两种机制。按这个顺序尝试。
1a. 原生 Worktree 工具(首选)
用户已经请求隔离工作区(步骤 0 已获同意)。你是否已经有创建 worktree 的方法?可能是名为 EnterWorktree、WorktreeCreate 的工具、/worktree 命令,或 --worktree 标志。如果有,用它,然后跳到步骤 2。
原生工具自动处理目录放置、分支创建和清理。在你已经有原生工具的情况下使用 git worktree add,会创建你的 harness 看不到也无法管理的"幻影状态"。
只有在没有原生 worktree 工具可用时,才进入步骤 1b。
1b. Git Worktree 回退
只在步骤 1a 不适用时使用 —— 你没有可用的原生 worktree 工具。手动用 git 创建 worktree。
目录选择
按以下优先级。明确的用户偏好始终优先于观察到的文件系统状态。
-
检查你的 instructions 里是否声明过 worktree 目录偏好。 如果用户已指定,不再询问直接用。
-
检查是否存在项目本地的 worktree 目录:
找到就用。如果两者都存在,
.worktrees优先。 -
如果没有其他可参考的信息,默认用项目根目录下的
.worktrees/。
安全验证(仅项目本地目录)
创建 worktree 前必须验证目录已被忽略:
如果未被忽略: 添加到 .gitignore,提交该改动,然后继续。
为什么关键: 防止 worktree 内容被意外提交到仓库。
创建工作树
沙盒回退: 如果 git worktree add 因权限错误(沙盒拒绝)失败,告诉用户沙盒阻止了 worktree 创建,你将在当前目录原地工作。然后原地运行 setup 和基线测试。
步骤 2:项目设置
自动检测并运行相应的设置命令:
步骤 3:验证基线干净
运行测试确保工作区初始状态干净:
如果测试失败: 报告失败,询问是继续还是排查。
如果测试通过: 报告就绪。


