Using Git Worktrees

Polar Sponsor
爱发电 赞助
.NET 9.0

在需要与当前工作区隔离进行功能开发或执行实现计划前使用——创建独立的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 的规则“立即修复损坏的事物”:

  1. 向 .gitignore 添加对应条目
  2. 提交该变更
  3. 继续执行 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 at 
Tests 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 工作完成后,必需用于清理

相关专题

更多
git怎么对比两个版本的文件内容
git怎么对比两个版本的文件内容

要对比两个版本的 git 文件,请使用 git diff 命令:git diff 比较工作树和暂存区之间的差异。git diff 比较两个提交或标签之间的差异。git diff 输出显示差异块,其中 + 表示添加的行,- 表示删除的行, 表示修改的行。可使用 gitkraken、meld、beyond compare 等可视化工具更直观地查看差异。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.04.09

2281

6

git提交错误怎么撤回
git提交错误怎么撤回

git提交错误撤回的方法:git reset head^:撤回最后一次提交,恢复到提交前状态。git revert head:创建新提交,内容与之前提交相反。git reset :使用提交的 sha-1 哈希撤回指定提交。交互式舞台区:标记要撤回的特定更改,然后提交,排除已撤回更改。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2024.04.09

2517

7

git撤销提交的commit
git撤销提交的commit

Git是一个强大的版本控制系统,它提供了很多功能帮助开发人员有效地管理和控制代码的变更,本专题为大家提供git 撤销提交的commit相关的各种文章内容,供大家免费下载体验。

2023.07.24

714

5

git和svn的区别
git和svn的区别

git和svn的区别:1、定义不同;2、模型类型不同;3、存储单元不同;4、是否拥有全局版本号;5、内容完整性不同;6、版本库不同;7、克隆目录速度不同;8、分支不同。php中文网为大家带来了git和svn的相关知识、以及相关文章等内容。

2023.07.06

1260

6

自建git服务器
自建git服务器

git服务器是目前流行的分布式版本控制系统之一,可以让多人协同开发同一个项目。本专题为大家提供自建git服务器相关的各种文章、以及下载和课程。

2023.07.05

3859

9

Gradle插件开发入门教程
Gradle插件开发入门教程

本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。

2026.10.22

0

11

Gradle Wrapper配置教程
Gradle Wrapper配置教程

本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。

2026.10.22

0

10

Golangci-lint检查器使用教程
Golangci-lint检查器使用教程

本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。

2026.10.22

0

15

Gradle怎么构建Java项目
Gradle怎么构建Java项目

本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。

2026.10.22

0

10

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
vscode手册
vscode手册

共0课时 | 0人学习

Git 教程
Git 教程

共21课时 | 8.1万人学习

Git版本控制工具
Git版本控制工具

共8课时 | 1.9万人学习