多分支并行开发不用来回切换用 Superpowers Git Worktrees 三步建好隔离工作空间【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers多个功能分支来回切换是日常开发里最容易被低估的时间开销。这篇文章以 Superpowers 项目的 using-git-worktrees 技能为主线讲清楚如何用 Git Worktrees 做多分支并行开发与分支管理工作目录怎么选、.gitignore 怎么自查、基线测试为什么要先跑以及收工之后 worktree 如何清理。切分支的隐性成本你可能遇到过这种情况从功能 A 切到功能 B依赖要重装、构建缓存要重新生成上下文断了半个小时。更隐蔽的开销是两个分支的产物互相干扰测试挂了你甚至分不清是不是自己刚改出来的。传统分支管理把这些成本绑定在每一次切换上。Git Worktrees 是 Git 原生的解法一个仓库挂多个工作目录每个目录绑定一个分支。你在 .worktrees/auth 里做 A同时在 .worktrees/fix-login 里修 B两边互不干扰。但裸的 git worktree add 只给你一个空目录依赖不会装忽略规则不检查测试也不跑。Superpowers worktrees 技能补的就是这段空缺。技能做了什么技能定义在 skills/using-git-worktrees/SKILL.md。它做的事情是把一串手动操作固化成固定流程定位目录、检查忽略状态、创建 worktree、安装依赖、跑基线测试、输出结果。你只需要决定分支叫什么名字其余交给它。它没有发明新机制解决的是每次操作凭记忆每次都会漏一步的问题。目录选择优先级与 .gitignore 自查第一个决策是工作目录放哪。技能按固定优先级处理顺序条件行为1.worktrees 已存在直接复用2worktrees 已存在直接复用3都不存在但 CLAUDE.md 声明了偏好按配置走4以上都没有直接问你两个目录都存在时优先隐藏目录 .worktrees。原因不复杂隐藏目录更容易被构建工具和其他流程绕开。第二个决策更关键。worktree 目录没写进 .gitignore主工作树一看就是满屏 git status 噪音提交也会被污染。技能不会让你凭印象判断它会实际执行git check-ignore -q .worktrees没被忽略时自动把目录追加进 .gitignore 并提交。这一步不起眼却是 worktree 事故里出现频率最高的一环。三步建好隔离工作空间目录定了真正下场的命令没几条git worktree add .worktrees/auth -b feature/auth cd .worktrees/auth创建之后技能按项目里的标记文件自行安装依赖。package.json 触发 npm installCargo.toml 触发 cargo buildPython 项目走 requirements.txt 或 pyproject.tomlGo 项目执行 go mod download。一个标记文件都没有时这一步直接跳过。你不需要背各技术栈的装依赖命令。接着跑一轮完整测试npm test、cargo test、pytest、go test ./...把当前状态记下来。完成后你会收到固定的三行报告先是 Worktree ready at /path/to/repo/.worktrees/auth接着是 Tests passing (47 tests, 0 failures)最后是 Ready to implement auth feature。三行齐了工作空间才算就绪。基线测试为什么要先跑基线的价值在于对比。不做基线写完代码遇到红测试你说不清是新引入的 bug 还是历史遗留。技能的处理方式很直接基线红了把失败项报出来问你要不要继续由你拍板不默默往下走。基线是绿的此后任何红测试都默认归因于你排查路径清晰很多。收尾与踩坑提醒功能做完worktree 要清理。Superpowers 提供 finishing-a-development-branch 技能做收尾worktree 层面只需要两条命令git worktree list git worktree remove .worktrees/auth先确认分支落在哪个工作目录再删除目录。删目录不动分支和提交两件事别混。跑这套流程时有四件事值得记住别跳过 check-ignore 这一步它是绝大多数 worktree 事故的来源。别自己拍目录位置按优先级表走项目结构才不会发散。基线红了别硬闯先让用户决定是否继续。别手写安装命令让技能从标记文件判断换技术栈也不会挂。【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 多分支并行开发不用来回切换：用 Superpowers Git Worktrees 三步建好隔离工作空间
多分支并行开发不用来回切换用 Superpowers Git Worktrees 三步建好隔离工作空间【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers多个功能分支来回切换是日常开发里最容易被低估的时间开销。这篇文章以 Superpowers 项目的 using-git-worktrees 技能为主线讲清楚如何用 Git Worktrees 做多分支并行开发与分支管理工作目录怎么选、.gitignore 怎么自查、基线测试为什么要先跑以及收工之后 worktree 如何清理。切分支的隐性成本你可能遇到过这种情况从功能 A 切到功能 B依赖要重装、构建缓存要重新生成上下文断了半个小时。更隐蔽的开销是两个分支的产物互相干扰测试挂了你甚至分不清是不是自己刚改出来的。传统分支管理把这些成本绑定在每一次切换上。Git Worktrees 是 Git 原生的解法一个仓库挂多个工作目录每个目录绑定一个分支。你在 .worktrees/auth 里做 A同时在 .worktrees/fix-login 里修 B两边互不干扰。但裸的 git worktree add 只给你一个空目录依赖不会装忽略规则不检查测试也不跑。Superpowers worktrees 技能补的就是这段空缺。技能做了什么技能定义在 skills/using-git-worktrees/SKILL.md。它做的事情是把一串手动操作固化成固定流程定位目录、检查忽略状态、创建 worktree、安装依赖、跑基线测试、输出结果。你只需要决定分支叫什么名字其余交给它。它没有发明新机制解决的是每次操作凭记忆每次都会漏一步的问题。目录选择优先级与 .gitignore 自查第一个决策是工作目录放哪。技能按固定优先级处理顺序条件行为1.worktrees 已存在直接复用2worktrees 已存在直接复用3都不存在但 CLAUDE.md 声明了偏好按配置走4以上都没有直接问你两个目录都存在时优先隐藏目录 .worktrees。原因不复杂隐藏目录更容易被构建工具和其他流程绕开。第二个决策更关键。worktree 目录没写进 .gitignore主工作树一看就是满屏 git status 噪音提交也会被污染。技能不会让你凭印象判断它会实际执行git check-ignore -q .worktrees没被忽略时自动把目录追加进 .gitignore 并提交。这一步不起眼却是 worktree 事故里出现频率最高的一环。三步建好隔离工作空间目录定了真正下场的命令没几条git worktree add .worktrees/auth -b feature/auth cd .worktrees/auth创建之后技能按项目里的标记文件自行安装依赖。package.json 触发 npm installCargo.toml 触发 cargo buildPython 项目走 requirements.txt 或 pyproject.tomlGo 项目执行 go mod download。一个标记文件都没有时这一步直接跳过。你不需要背各技术栈的装依赖命令。接着跑一轮完整测试npm test、cargo test、pytest、go test ./...把当前状态记下来。完成后你会收到固定的三行报告先是 Worktree ready at /path/to/repo/.worktrees/auth接着是 Tests passing (47 tests, 0 failures)最后是 Ready to implement auth feature。三行齐了工作空间才算就绪。基线测试为什么要先跑基线的价值在于对比。不做基线写完代码遇到红测试你说不清是新引入的 bug 还是历史遗留。技能的处理方式很直接基线红了把失败项报出来问你要不要继续由你拍板不默默往下走。基线是绿的此后任何红测试都默认归因于你排查路径清晰很多。收尾与踩坑提醒功能做完worktree 要清理。Superpowers 提供 finishing-a-development-branch 技能做收尾worktree 层面只需要两条命令git worktree list git worktree remove .worktrees/auth先确认分支落在哪个工作目录再删除目录。删目录不动分支和提交两件事别混。跑这套流程时有四件事值得记住别跳过 check-ignore 这一步它是绝大多数 worktree 事故的来源。别自己拍目录位置按优先级表走项目结构才不会发散。基线红了别硬闯先让用户决定是否继续。别手写安装命令让技能从标记文件判断换技术栈也不会挂。【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考