Superpowers Git Worktrees 并行开发完整指南隔离分支一步到位告别环境冲突【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers你在 feature 分支上改了半小时产品突然让你修 main 上的一个线上 bug。传统做法是git stash再切分支结果依赖版本没对上、半成品代码被顺手提交、IDE 索引全乱了。本文用 Superpowers 的 using-git-worktrees 技能给你一套 Git Worktrees 并行开发的完整方案Agent 自动建好隔离工作区、装好依赖、跑通基线测试你只管写代码不再为分支切换买单。先搞清楚Git Worktrees 是什么为什么值得学Git Worktrees 是 Git 的官方能力同一个仓库挂出多个工作目录每个目录绑定不同分支。它和 clone 一份仓库的区别在于——不重复下载历史、不重复装依赖、.git元数据共享。对日常开发的价值并行不冲突功能分支和 hotfix 各占一个目录随时切换互不污染省去反复折腾不用 stash / checkout 来回倒腾半成品改动环境隔离每个目录可保留自己的构建产物和依赖状态成本极低创建一条命令删除一条命令不涉及任何脚本Superpowers 没有发明新机制而是把这条 Git 官方命令包装成一套可靠的 Agent 工作流替你处理那些知道但总会忘的细节。技能定义在skills/using-git-worktrees/SKILL.md下面拆解它的核心机制。核心机制拆解三层保险 机制一先检测后动手多数教程一上来就git worktree addSuperpowers 的第一步是判断你是否已经处于隔离环境GIT_DIR$(cd $(git rev-parse --git-dir) 2/dev/null pwd -P) GIT_COMMON$(cd $(git rev-parse --git-common-dir) 2/dev/null pwd -P)两者不等 → 你已在工作树里直接跳过创建避免套娃不等但处于 git submodule → 按普通仓库处理子模块会伪装成工作树这是官方文档里都容易踩的坑这一步解决的问题是避免重复创建、避免破坏平台自建的隔离环境。机制二双路径创建 目录安全验证创建阶段有明确的优先级优先用平台原生工具如EnterWorktree、/worktree命令。Agent 绕开原生工具直接用git worktree add会产生平台看不见的幽灵状态这是该技能测试里验证过的第一大错误没有原生工具时才回退到 git且目录位置遵循固定优先级用户指令 项目已有.worktrees/存在则优先于worktrees/ 默认.worktrees/回退路径里有一个硬性安全检查——创建前必须验证目录被 Git 忽略git check-ignore -q .worktrees 2/dev/null || git check-ignore -q worktrees未忽略就先把目录写进.gitignore并提交。为什么工作树目录一旦可被跟踪整棵树的文件都可能被误提交进仓库——这是手工使用 worktree 最经典的事故。机制三自动装依赖 基线测试工作树建好后技能按项目特征自动初始化有package.json→npm install有Cargo.toml→cargo build有pyproject.toml→poetry install有go.mod→go mod download然后立即跑一遍完整测试确认基线是绿的。这一步的意义在于归因基线干净之后任何测试失败都必然来自你新写的代码基线带病后面的失败全都无法区分新旧。快速上手三步跑通一次隔离开发 ✅第一步给 Agent 装上 Superpowers。仓库地址https://gitcode.com/GitHub_Trending/su/superpowers。Claude Code 用户直接从官方插件市场安装superpowers插件即可其他平台Codex、Cursor、Gemini CLI 等见仓库 README 的分平台说明。第二步直接提需求。技能自动触发你不需要记任何咒语一句话即可给我搭一个隔离工作区要开发登录功能Agent 会依次执行检测现有隔离 → 建工作树 → 装依赖 → 跑基线测试。第三步等这句报告。Worktree ready at /path/to/project/.worktrees/auth Tests passing (47 tests, 0 failures) Ready to implement auth feature看到这三行工作区就是可立即开工状态。此时你可以同时在主目录处理别的分支两个目录各自独立。开发完成后的收尾合并、PR、清理工作树交给配套的 finishing-a-development-branch 技能下一节详述。效果对照传统切分支 vs Worktrees 工作流维度传统git stash 切分支Superpowers Git Worktrees切换成本stash / pop半成品来回搬运目录常驻cd即切换环境冲突依赖版本互相打架每目录独立互不污染误提交风险stash pop 冲突时高发隔离目录 .gitignore 双重防护依赖安装每次切换可能重装建树时一次装好问题归因失败分不清新旧基线测试保证归因清晰收尾手动清理常留垃圾分支技能按选项自动清理场景速查两个同名目录都存在 → 用.worktrees/都不存在 → 按项目配置或默认.worktrees/基线测试失败 → 报告后由你决定继续还是先排查创建被沙箱拒绝 → 就地工作并明确告知。高频踩坑与解法 ⚠️坑一没验证目录被忽略就创建工作树文件被 Git 跟踪一次git add .污染整个仓库。解法创建前跑git check-ignoreSuperpowers 已内置该检查手工操作时务必照做。坑二有原生工具还硬用git worktree add平台自建的隔离会被绕过产生平台无法管理的幽灵工作树最后清理不干净。解法先问我手上有没有原生 worktree 工具有就直接用。坑三假设自己不在工作树里视觉上看不出当前目录是否已是 worktree子模块还会伪装。解法用GIT_DIR与GIT_COMMON对比命令判断别靠肉眼。坑四带着失败的基线开工后续每次测试失败都要反问这锅是不是基线背的。解法基线红了就先停下修复或确认后再动手。坑五清理时顺手删了别人的工作树解法只清理.worktrees/或worktrees/下的目录其余一律视为宿主环境所有不动。生态联动一套闭环不止一个技能 using-git-worktrees 不是孤岛它是 Superpowers 全流程里的一环brainstorming → 设计获批 → 自动调用本技能建工作区想清楚和干起来之间无缝衔接executing-plans / subagent-driven-development在隔离工作区里按计划执行任务、派发子代理主分支全程不受影响finishing-a-development-branch 收尾先跑全量测试 → 确认基线分支 → 给出本地合并 / 推 PR / 保留分支三选一菜单 → 执行后自动git worktree removegit worktree prune。合并后测试若失败分支和工作树原地保留本地可恢复也就是说从我要做个功能到功能合回主干、工作区清干净全程由技能链驱动你只负责在关键节点做决策。延伸资源想深入源码和验证过程直接看这些路径技能本体skills/using-git-worktrees/SKILL.md收尾技能skills/finishing-a-development-branch/SKILL.md原生工具偏好测试50 次运行零失败的验证脚本tests/claude-code/test-worktree-native-preference.sh技能设计演进文档docs/superpowers/specs/2026-04-06-worktree-rototill-design.md平台移植指南新 harness 如何接入docs/porting-to-a-new-harness.md回到开头那个场景main 上来了个紧急 bug。现在你只需要说一句搭个隔离工作区几十秒后一个依赖装好、测试全绿的新目录就在等你——而 feature 分支上的半成品原封未动。这就是 Git Worktrees 配合 Superpowers 的全部意义把切换变成打开另一个窗口。【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Superpowers Git Worktrees 并行开发完整指南隔离分支一步到位告别环境冲突【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers你在 feature 分支上改了半小时产品突然让你修 main 上的一个线上 bug。传统做法是git stash再切分支结果依赖版本没对上、半成品代码被顺手提交、IDE 索引全乱了。本文用 Superpowers 的 using-git-worktrees 技能给你一套 Git Worktrees 并行开发的完整方案Agent 自动建好隔离工作区、装好依赖、跑通基线测试你只管写代码不再为分支切换买单。先搞清楚Git Worktrees 是什么为什么值得学Git Worktrees 是 Git 的官方能力同一个仓库挂出多个工作目录每个目录绑定不同分支。它和 clone 一份仓库的区别在于——不重复下载历史、不重复装依赖、.git元数据共享。对日常开发的价值并行不冲突功能分支和 hotfix 各占一个目录随时切换互不污染省去反复折腾不用 stash / checkout 来回倒腾半成品改动环境隔离每个目录可保留自己的构建产物和依赖状态成本极低创建一条命令删除一条命令不涉及任何脚本Superpowers 没有发明新机制而是把这条 Git 官方命令包装成一套可靠的 Agent 工作流替你处理那些知道但总会忘的细节。技能定义在skills/using-git-worktrees/SKILL.md下面拆解它的核心机制。核心机制拆解三层保险 机制一先检测后动手多数教程一上来就git worktree addSuperpowers 的第一步是判断你是否已经处于隔离环境GIT_DIR$(cd $(git rev-parse --git-dir) 2/dev/null pwd -P) GIT_COMMON$(cd $(git rev-parse --git-common-dir) 2/dev/null pwd -P)两者不等 → 你已在工作树里直接跳过创建避免套娃不等但处于 git submodule → 按普通仓库处理子模块会伪装成工作树这是官方文档里都容易踩的坑这一步解决的问题是避免重复创建、避免破坏平台自建的隔离环境。机制二双路径创建 目录安全验证创建阶段有明确的优先级优先用平台原生工具如EnterWorktree、/worktree命令。Agent 绕开原生工具直接用git worktree add会产生平台看不见的幽灵状态这是该技能测试里验证过的第一大错误没有原生工具时才回退到 git且目录位置遵循固定优先级用户指令 项目已有.worktrees/存在则优先于worktrees/ 默认.worktrees/回退路径里有一个硬性安全检查——创建前必须验证目录被 Git 忽略git check-ignore -q .worktrees 2/dev/null || git check-ignore -q worktrees未忽略就先把目录写进.gitignore并提交。为什么工作树目录一旦可被跟踪整棵树的文件都可能被误提交进仓库——这是手工使用 worktree 最经典的事故。机制三自动装依赖 基线测试工作树建好后技能按项目特征自动初始化有package.json→npm install有Cargo.toml→cargo build有pyproject.toml→poetry install有go.mod→go mod download然后立即跑一遍完整测试确认基线是绿的。这一步的意义在于归因基线干净之后任何测试失败都必然来自你新写的代码基线带病后面的失败全都无法区分新旧。快速上手三步跑通一次隔离开发 ✅第一步给 Agent 装上 Superpowers。仓库地址https://gitcode.com/GitHub_Trending/su/superpowers。Claude Code 用户直接从官方插件市场安装superpowers插件即可其他平台Codex、Cursor、Gemini CLI 等见仓库 README 的分平台说明。第二步直接提需求。技能自动触发你不需要记任何咒语一句话即可给我搭一个隔离工作区要开发登录功能Agent 会依次执行检测现有隔离 → 建工作树 → 装依赖 → 跑基线测试。第三步等这句报告。Worktree ready at /path/to/project/.worktrees/auth Tests passing (47 tests, 0 failures) Ready to implement auth feature看到这三行工作区就是可立即开工状态。此时你可以同时在主目录处理别的分支两个目录各自独立。开发完成后的收尾合并、PR、清理工作树交给配套的 finishing-a-development-branch 技能下一节详述。效果对照传统切分支 vs Worktrees 工作流维度传统git stash 切分支Superpowers Git Worktrees切换成本stash / pop半成品来回搬运目录常驻cd即切换环境冲突依赖版本互相打架每目录独立互不污染误提交风险stash pop 冲突时高发隔离目录 .gitignore 双重防护依赖安装每次切换可能重装建树时一次装好问题归因失败分不清新旧基线测试保证归因清晰收尾手动清理常留垃圾分支技能按选项自动清理场景速查两个同名目录都存在 → 用.worktrees/都不存在 → 按项目配置或默认.worktrees/基线测试失败 → 报告后由你决定继续还是先排查创建被沙箱拒绝 → 就地工作并明确告知。高频踩坑与解法 ⚠️坑一没验证目录被忽略就创建工作树文件被 Git 跟踪一次git add .污染整个仓库。解法创建前跑git check-ignoreSuperpowers 已内置该检查手工操作时务必照做。坑二有原生工具还硬用git worktree add平台自建的隔离会被绕过产生平台无法管理的幽灵工作树最后清理不干净。解法先问我手上有没有原生 worktree 工具有就直接用。坑三假设自己不在工作树里视觉上看不出当前目录是否已是 worktree子模块还会伪装。解法用GIT_DIR与GIT_COMMON对比命令判断别靠肉眼。坑四带着失败的基线开工后续每次测试失败都要反问这锅是不是基线背的。解法基线红了就先停下修复或确认后再动手。坑五清理时顺手删了别人的工作树解法只清理.worktrees/或worktrees/下的目录其余一律视为宿主环境所有不动。生态联动一套闭环不止一个技能 using-git-worktrees 不是孤岛它是 Superpowers 全流程里的一环brainstorming → 设计获批 → 自动调用本技能建工作区想清楚和干起来之间无缝衔接executing-plans / subagent-driven-development在隔离工作区里按计划执行任务、派发子代理主分支全程不受影响finishing-a-development-branch 收尾先跑全量测试 → 确认基线分支 → 给出本地合并 / 推 PR / 保留分支三选一菜单 → 执行后自动git worktree removegit worktree prune。合并后测试若失败分支和工作树原地保留本地可恢复也就是说从我要做个功能到功能合回主干、工作区清干净全程由技能链驱动你只负责在关键节点做决策。延伸资源想深入源码和验证过程直接看这些路径技能本体skills/using-git-worktrees/SKILL.md收尾技能skills/finishing-a-development-branch/SKILL.md原生工具偏好测试50 次运行零失败的验证脚本tests/claude-code/test-worktree-native-preference.sh技能设计演进文档docs/superpowers/specs/2026-04-06-worktree-rototill-design.md平台移植指南新 harness 如何接入docs/porting-to-a-new-harness.md回到开头那个场景main 上来了个紧急 bug。现在你只需要说一句搭个隔离工作区几十秒后一个依赖装好、测试全绿的新目录就在等你——而 feature 分支上的半成品原封未动。这就是 Git Worktrees 配合 Superpowers 的全部意义把切换变成打开另一个窗口。【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
