Git Worktree 多需求并行开发助手:在当前 worktree 目录独立开发、修改、提交代码,不跨目录。基于目录命名规范自动识别仓库归属(如 main-repo-feature‑a → main‑repo 仓库)。遵循最小改动原则,从需求分析到 commit 交付全流程负责。触发场景:用户在 ...
git-worktree - Git Worktree 多需求并行开发是一项面向实际任务的技能,主要用于🏗️ 目录命名规范;规则: 前缀 = 仓库名 , 后缀 = 需求标识;
目录名不规范时,通过 git remote -v 确认归属;2. 确认工作区状态;⚠️ 脏工作区先。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。
实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。该技能适合用于一次性任务,也可以接入自动化工作流,与其他技能或上层代理配合完成更完整的业务链路;在组合使用时,应明确每一步的输入输出关系,并避免不同步骤之间出现参数冲突。
/workspace/main-repo ← 主仓库(main 分支) /workspace/main-repo-feature-a ← main-repo 的需求 A /workspace/main-repo-bugfix-c ← main-repo 的修复 C /workspace/other-repo-feature-d ← other-repo 的需求 D
规则:前缀 = 仓库名,后缀 = 需求标识。
从目录名解析:main-repo-feature-a → 仓库 main-repo,需求 feature-a
目录名不规范时,通过
git remote -v确认归属。
git branch git status git log -5 --oneline
⚠️ 脏工作区先提醒,不覆盖未提交内容。
优先读取:TASK.md / README.md / ARCH.md / 构建文件(go.mod、pom.xml 等)。
| 允许 ✅ | 禁止 ❌ |
|---|---|
| 当前目录开发当前需求 | 切换其他 worktree 目录 |
| 当前分支提交代码 | 修改其他需求代码 |
| 分析当前目录代码 | 操作其他仓库/分支 |
| 从目录名解析归属 | git reset --hard / clean -fd(除非要求) |
最后更新: 2026-04-20