Git Worktrees完整上手3步建好隔离工作空间并行开发少踩3个坑【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowersSuperpowers 是一个给 AI 编程助手用的技能框架它把 Git Worktrees 包进固定流程让你在一个仓库里同时推进多个任务而互不干扰。没有这套流程时切一次分支往往意味着未提交改动互相纠缠、依赖重装、构建缓存报废两个任务一交错环境就面目全非。这篇教程拆解 Superpowers 的 using-git-worktrees 技能选址、忽略校验、创建、基线验证四件事它全做了你只在少数决策点拍板。⏱️ 一分钟看懂Worktrees解决什么问题先说结论Git Worktrees 让一个仓库同时拥有多份彼此独立的工作目录每份目录绑定一个分支、装自己的依赖、跑自己的测试共享同一份.git对象库。工作目录是新的对象库是旧的提交历史、标签、远程配置全部共享所以新工作树无需重新克隆也不会漏掉任何已有分支。对分支管理的直接收益见下表对比项传统切分支Git Worktrees工作目录全局只有一份来回切换每个任务一份互不覆盖依赖与构建产物共用切换后常需重装各目录独立安装多任务排队串行真正并行注意独立的边界省掉的是重复安装与切换的时间成本磁盘占用和分支数量照常增长实验性分支用完要记得清理。Superpowers 的角色一句话把裸 git 命令固化成 using-git-worktrees 技能即 Superpowers工作树 流程的标准流水线——选址、忽略校验、创建、装依赖、跑基线、出报告六个环节全部自动化。️ Superpowers多做的两层保险坑点一目录位置各写各的手工建工作树时目录放哪儿全凭当次决定这次在.worktrees/下次在worktrees/再下次塞进项目根目录同一个项目里新旧混放清理时没人说得清哪个归谁管。 机制按固定优先级选址——已有.worktrees/优先用它只有worktrees/就用它两者都不存在读 CLAUDE.md 里声明的偏好再没有开口问你要放哪儿。这四种情况之外不引入新位置项目结构因此保持可预期。坑点二工作树内容被提交进仓库.gitignore里漏掉工作树目录主仓库的git status就会长期挂着一个整目录的未跟踪项一次例行git add .足以把另一份工作树的全部文件写进提交历史。 机制创建前强制跑忽略校验——git check-ignore -q .worktrees 2/dev/null || git check-ignore -q worktrees未通过就先补写.gitignore并提交这次改动然后才允许继续创建。 从零到第一个工作树的三步第1步检测并准备先判定你是否已经处在链接工作树里对比git rev-parse --git-dir与git rev-parse --git-common-dir两个路径两者不等说明当前就是独立工作空间直接跳到第3步绝不嵌套再建一棵。子模块也会让这两个路径不等需先排除。确认不在的话按四级优先级选定目录并完成忽略校验。第2步创建并进入工作树一条命令同时建目录和开分支分支名与目录名保持一致git worktree add $path -b $BRANCH_NAME cd $path平台自带原生工作树工具如EnterWorktree时优先走它git worktree add只是没有原生工具时的回退方案。第3步装依赖并跑基线测试安装命令按项目类型自动识别package.json对应npm installCargo.toml对应cargo buildGo 与 Python 同理无需记忆任何生态特例。装完立即跑一次完整测试集。这一步的作用不是确认能跑而是给工作树钉下基线此后任何一条失败都能先对照基线判断是否由新代码引入。基线红了不硬闯——技能会报告失败清单并停下来继续还是排查由你决定。三项都通过后就绪报告长这样Worktree ready at /path/to/repo/.worktrees/feature-auth Tests passing (47 tests, 0 failures) Ready to implement feature-auth三行分别回答在哪儿、基线如何、下一步干什么。⚡ 出状况时的决策速查场景系统行为你要做什么.worktrees/与worktrees/并存使用.worktrees/校验忽略状态无需操作工作树目录未被忽略补写.gitignore并提交后继续创建确认这条提交内容基线测试失败列出失败项并暂停继续或先排查项目无依赖描述文件跳过安装直接跑基线无需操作沙箱拦截创建权限错误说明原因改在当前目录就地安装与测试接受降级或换环境已处于链接工作树中跳过创建直接装依赖、跑基线无需操作️ 原生流程救不了的3个坑你以为工作树目录肯定早被忽略了实际发生跳过校验直接建主仓库git status里挂着一整个未跟踪目录某次例行提交把它整体带进历史此后每个分支的 diff 都混着另一棵树的代码分支管理彻底失真。 怎么防git check-ignore是创建前的强制门禁未通过先落.gitignore并提交。你以为基线测试可以等开工之后实际发生基线本身带 3 条历史失败你改完代码跑测试仍然红两条是你引入的、一条是存量但此刻没人分得清回滚和排查时间翻倍。 怎么防工作树建好后的第一件正事是跑完整测试集红了先报告、再决策。你以为直接敲 git 命令最快实际发生平台自带的工作树工具管选址、管分支、管清理绕开它手敲git worktree add会留下一份宿主看不见的幽灵工作树收尾时路径、分支、注册信息三处状态互相矛盾清不干净。 怎么防先探测原生工具存在就用它裸命令只作回退。 接下来做什么这条流程的上游和下游都有配套技能。上游brainstorming 完成设计并取得你批准后自动触发 using-git-worktrees 准备隔离工作【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Git Worktrees完整上手：3步建好隔离工作空间，并行开发少踩3个坑
Git Worktrees完整上手3步建好隔离工作空间并行开发少踩3个坑【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowersSuperpowers 是一个给 AI 编程助手用的技能框架它把 Git Worktrees 包进固定流程让你在一个仓库里同时推进多个任务而互不干扰。没有这套流程时切一次分支往往意味着未提交改动互相纠缠、依赖重装、构建缓存报废两个任务一交错环境就面目全非。这篇教程拆解 Superpowers 的 using-git-worktrees 技能选址、忽略校验、创建、基线验证四件事它全做了你只在少数决策点拍板。⏱️ 一分钟看懂Worktrees解决什么问题先说结论Git Worktrees 让一个仓库同时拥有多份彼此独立的工作目录每份目录绑定一个分支、装自己的依赖、跑自己的测试共享同一份.git对象库。工作目录是新的对象库是旧的提交历史、标签、远程配置全部共享所以新工作树无需重新克隆也不会漏掉任何已有分支。对分支管理的直接收益见下表对比项传统切分支Git Worktrees工作目录全局只有一份来回切换每个任务一份互不覆盖依赖与构建产物共用切换后常需重装各目录独立安装多任务排队串行真正并行注意独立的边界省掉的是重复安装与切换的时间成本磁盘占用和分支数量照常增长实验性分支用完要记得清理。Superpowers 的角色一句话把裸 git 命令固化成 using-git-worktrees 技能即 Superpowers工作树 流程的标准流水线——选址、忽略校验、创建、装依赖、跑基线、出报告六个环节全部自动化。️ Superpowers多做的两层保险坑点一目录位置各写各的手工建工作树时目录放哪儿全凭当次决定这次在.worktrees/下次在worktrees/再下次塞进项目根目录同一个项目里新旧混放清理时没人说得清哪个归谁管。 机制按固定优先级选址——已有.worktrees/优先用它只有worktrees/就用它两者都不存在读 CLAUDE.md 里声明的偏好再没有开口问你要放哪儿。这四种情况之外不引入新位置项目结构因此保持可预期。坑点二工作树内容被提交进仓库.gitignore里漏掉工作树目录主仓库的git status就会长期挂着一个整目录的未跟踪项一次例行git add .足以把另一份工作树的全部文件写进提交历史。 机制创建前强制跑忽略校验——git check-ignore -q .worktrees 2/dev/null || git check-ignore -q worktrees未通过就先补写.gitignore并提交这次改动然后才允许继续创建。 从零到第一个工作树的三步第1步检测并准备先判定你是否已经处在链接工作树里对比git rev-parse --git-dir与git rev-parse --git-common-dir两个路径两者不等说明当前就是独立工作空间直接跳到第3步绝不嵌套再建一棵。子模块也会让这两个路径不等需先排除。确认不在的话按四级优先级选定目录并完成忽略校验。第2步创建并进入工作树一条命令同时建目录和开分支分支名与目录名保持一致git worktree add $path -b $BRANCH_NAME cd $path平台自带原生工作树工具如EnterWorktree时优先走它git worktree add只是没有原生工具时的回退方案。第3步装依赖并跑基线测试安装命令按项目类型自动识别package.json对应npm installCargo.toml对应cargo buildGo 与 Python 同理无需记忆任何生态特例。装完立即跑一次完整测试集。这一步的作用不是确认能跑而是给工作树钉下基线此后任何一条失败都能先对照基线判断是否由新代码引入。基线红了不硬闯——技能会报告失败清单并停下来继续还是排查由你决定。三项都通过后就绪报告长这样Worktree ready at /path/to/repo/.worktrees/feature-auth Tests passing (47 tests, 0 failures) Ready to implement feature-auth三行分别回答在哪儿、基线如何、下一步干什么。⚡ 出状况时的决策速查场景系统行为你要做什么.worktrees/与worktrees/并存使用.worktrees/校验忽略状态无需操作工作树目录未被忽略补写.gitignore并提交后继续创建确认这条提交内容基线测试失败列出失败项并暂停继续或先排查项目无依赖描述文件跳过安装直接跑基线无需操作沙箱拦截创建权限错误说明原因改在当前目录就地安装与测试接受降级或换环境已处于链接工作树中跳过创建直接装依赖、跑基线无需操作️ 原生流程救不了的3个坑你以为工作树目录肯定早被忽略了实际发生跳过校验直接建主仓库git status里挂着一整个未跟踪目录某次例行提交把它整体带进历史此后每个分支的 diff 都混着另一棵树的代码分支管理彻底失真。 怎么防git check-ignore是创建前的强制门禁未通过先落.gitignore并提交。你以为基线测试可以等开工之后实际发生基线本身带 3 条历史失败你改完代码跑测试仍然红两条是你引入的、一条是存量但此刻没人分得清回滚和排查时间翻倍。 怎么防工作树建好后的第一件正事是跑完整测试集红了先报告、再决策。你以为直接敲 git 命令最快实际发生平台自带的工作树工具管选址、管分支、管清理绕开它手敲git worktree add会留下一份宿主看不见的幽灵工作树收尾时路径、分支、注册信息三处状态互相矛盾清不干净。 怎么防先探测原生工具存在就用它裸命令只作回退。 接下来做什么这条流程的上游和下游都有配套技能。上游brainstorming 完成设计并取得你批准后自动触发 using-git-worktrees 准备隔离工作【免费下载链接】superpowersAn agentic skills framework software development methodology that works.项目地址: https://gitcode.com/GitHub_Trending/su/superpowers创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
![[光学原理与应用-521]：对光的错误理解与纠偏](http://pic.xiahunao.cn/yaotu/[光学原理与应用-521]：对光的错误理解与纠偏)
