在需要与当前工作区隔离进行功能开发或执行实现计划前使用——创建独立的git worktree,支持智能目录选择和安全验证
使用 Git Worktrees.
功能概述
使用 Git Worktrees.是一项面向实际任务的技能,主要用于Overview.;Git Worktrees 创建共享同一寄存器的孤立工作空间,允许同时进行多个分支的工作而不切换.;
核心要点
- Core 原理: Systemati。
- 它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。
- 使用时应结合输入条件选择合适的执行方式,核对必要参数、依赖环境与输出内容,并按原始要求处理异常情况。
使用与执行
该技能适合需要稳定复用相关能力的场景,可作为自动化工作流的一部分,也便于后续检查、调整和扩展。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;
结果检查与注意事项
若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。
使用 Git Worktrees
概述
Git worktrees 可创建共享同一仓库的隔离工作区,从而无需切换分支即可同时在多个分支上开展工作。
核心原则:系统化的目录选择 + 安全性验证 = 可靠的隔离。
起始时需声明:“我正在使用 using-git-worktrees 技能来设置一个隔离工作区。”
目录选择流程
按以下优先级顺序执行:
1. 检查已存在的目录
# 按优先级顺序检查 ls -d .worktrees 2>/dev/null # 首选(隐藏目录) ls -d worktrees 2>/dev/null # 备选
若发现任一目录存在:直接使用该目录;若两者均存在,则以 .worktrees 为准。
2. 检查 CLAUDE.md
grep -i "worktree.*director" CLAUDE.md 2>/dev/null
若其中明确指定了偏好路径:直接采用,无需额外询问。
3. 向用户询问
若既无现有目录,CLAUDE.md 中也未指定偏好路径:
No worktree directory found. Where should I create worktrees? 1. .worktrees/ (project-local, hidden) 2. ~/.config/superpowers/worktrees// (global location) Which would you prefer?
安全性验证
针对项目本地目录(.worktrees 或 worktrees)
必须在创建 worktree 前验证目标目录是否已被忽略:
# 检查目录是否被忽略(尊重本地、全局及系统级 .gitignore) git check-ignore -q .worktrees 2>/dev/null || git check-ignore -q worktrees 2>/dev/null
若未被忽略:
依据 Jesse 的规则“立即修复损坏的事物”:
- 向 .gitignore 添加对应条目
- 提交该变更
- 继续执行 worktree 创建
为何关键:防止意外将 worktree 内容提交至仓库。
针对全局目录(~/.config/superpowers/worktrees)
无需进行 .gitignore 验证——该路径完全位于项目之外。
创建步骤
1. 推断项目名称
project=$(basename "$(git rev-parse --show-toplevel)")
2. 创建 worktree
# 确定完整路径
case $LOCATION in
.worktrees|worktrees)
path="$LOCATION/$BRANCH_NAME"
;;
~/.config/superpowers/worktrees/*)
path="~/.config/superpowers/worktrees/$project/$BRANCH_NAME"
;;
esac
# 使用新分支创建 worktree
git worktree add "$path" -b "$BRANCH_NAME"
cd "$path"
3. 运行项目初始化
自动识别并运行对应初始化流程:
# Node.js if [ -f package.json ]; then npm install; fi # Rust if [ -f Cargo.toml ]; then cargo build; fi # Python if [ -f requirements.txt ]; then pip install -r requirements.txt; fi if [ -f pyproject.toml ]; then poetry install; fi # Go if [ -f go.mod ]; then go mod download; fi
4. 验证干净基线
运行测试,确保 worktree 起始状态干净:
# 示例命令(请根据项目实际选用) npm test cargo test pytest go test ./...
若测试失败:报告失败详情,并询问是否继续或先排查问题。
若测试通过:报告就绪状态。
5. 报告位置
Worktree ready atTests passing ( tests, 0 failures) Ready to implement
快速参考
| 情形 | 操作 |
|---|---|
.worktrees/ 已存在 |
使用该目录(需验证是否被忽略) |
worktrees/ 已存在 |
使用该目录(需验证是否被忽略) |
| 两者均存在 | 使用 .worktrees/ |
| 两者均不存在 | 检查 CLAUDE.md → 向用户询问 |
| 目录未被忽略 | 添加至 .gitignore 并提交 |
| 基线测试失败 | 报告失败 + 询问用户 |
| 无 package.json / Cargo.toml | 跳过依赖安装 |
常见错误
跳过忽略验证
- 问题:worktree 内容被 Git 跟踪,污染 git status 输出
- 修复:创建项目本地 worktree 前,始终使用
git check-ignore验证
主观假定目录位置
- 问题:导致不一致,违反项目约定
- 修复:严格遵循优先级:已有目录 > CLAUDE.md > 用户询问
在测试失败时继续推进
- 问题:无法区分新增缺陷与既有问题
- 修复:报告失败详情,并获得用户明确许可后再继续
硬编码初始化命令
- 问题:在使用不同工具链的项目中失效
- 修复:基于项目文件(如 package.json 等)自动识别并执行
示例工作流
You: I'm using the using-git-worktrees skill to set up an isolated workspace. [Check .worktrees/ - exists] [Verify ignored - git check-ignore confirms .worktrees/ is ignored] [Create worktree: git worktree add .worktrees/auth -b feature/auth] [Run npm install] [Run npm test - 47 passing] Worktree ready at /Users/jesse/myproject/.worktrees/auth Tests passing (47 tests, 0 failures) Ready to implement auth feature
危险信号(Red Flags)
绝不允许:
- 未验证项目本地 worktree 目录是否被忽略即创建
- 跳过基线测试验证
- 未经询问即在测试失败时继续推进
- 在路径不明确时主观假定目录位置
- 跳过对 CLAUDE.md 的检查
必须做到:
- 严格遵循目录选择优先级:已有目录 > CLAUDE.md > 用户询问
- 对项目本地目录,务必验证其是否被 .gitignore 忽略
- 自动识别并运行项目初始化流程
- 验证测试基线是否干净
集成说明
调用方:
- brainstorming(第 4 阶段)——设计方案获准且即将进入实现阶段时,必需
- subagent-driven-development —— 执行任何任务前,必需
- executing-plans —— 执行任何任务前,必需
- 任何需要隔离工作区的技能
配套技能:
- finishing-a-development-branch —— worktree 工作完成后,必需用于清理
热门AI工具
相关专题
要对比两个版本的 git 文件,请使用 git diff 命令:git diff 比较工作树和暂存区之间的差异。git diff 比较两个提交或标签之间的差异。git diff 输出显示差异块,其中 + 表示添加的行,- 表示删除的行, 表示修改的行。可使用 gitkraken、meld、beyond compare 等可视化工具更直观地查看差异。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。
2281
2024.04.09
git提交错误撤回的方法:git reset head^:撤回最后一次提交,恢复到提交前状态。git revert head:创建新提交,内容与之前提交相反。git reset :使用提交的 sha-1 哈希撤回指定提交。交互式舞台区:标记要撤回的特定更改,然后提交,排除已撤回更改。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。
2517
2024.04.09
Git是一个强大的版本控制系统,它提供了很多功能帮助开发人员有效地管理和控制代码的变更,本专题为大家提供git 撤销提交的commit相关的各种文章内容,供大家免费下载体验。
714
2023.07.24
git和svn的区别:1、定义不同;2、模型类型不同;3、存储单元不同;4、是否拥有全局版本号;5、内容完整性不同;6、版本库不同;7、克隆目录速度不同;8、分支不同。php中文网为大家带来了git和svn的相关知识、以及相关文章等内容。
1260
2023.07.06
本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。
0
2026.10.22
本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。
0
2026.10.22
本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。
0
2026.10.22
本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。
0
2026.10.22
热门下载
相关下载
最新文章
