用途：该技能覆盖完整的 Gitflow 分支模型，包含两条长期分支与从它们派生的短期分支。main 为生产分支，合并到 main 会触发部署流水线；dev（或 develop）为集成分支，日常功能与修复先落到这里。短期分支包括从 dev 派生的 feat/<desc>、fix/<desc>、release/<x.y.z>，以及从 main 派生的 hotfix/<x.y.z>。
主要能力：按用户意图选择流程——将 dev 累积工作发布到生产走 Release（references/release.md）；紧急修复直接进生产走 Hotfix（references/hotfix.md）；新功能或随下次发布上线的修复走 Feature（references/feature.md）。若意图不明确，需先询问是紧急直发生产还是随下次发布，等待回答后再行动。
使用方式：需要 gh（brew install gh）处理 PR、合并与发布，首次 PR 前确认 gh auth status 成功，否则提示用户运行 gh auth login。main 视为部署按钮，任何 CI 检查未通过时不得合并；仓库无 CI 时跳过等待并明确说明。发布与热修复时更新 CHANGELOG.md，遵循 Conventional Commits，禁止强制推送或绕过 git 钩子，仅暂存目标文件，推送前用 git log 与 git diff 核对。合并到 main 后创建保持开启的 break-glass 回滚 PR，不得自行合并。
版本与合并：采用语义化版本，版本号存于项目清单并在两条长期分支保持同步；无清单时仅用最新 git 标签。Release 新功能升 minor、破坏性变更升 major；Hotfix 升 patch；标签为 v<x.y.z> 注解标签，置于 main 的合并提交上。feature/fix 进 dev 用 squash 合并，release/hotfix 进 main 用 --no-ff 合并提交，回合并进 dev 用合并提交，合并后自行删除短期分支。
限制：流程涉及生产，CI 运行或部署进行中需逐项报告里程碑；任何门禁变红应停止并根治，不得绕过。资料未提供具体平台支持范围、收费或价格信息。