用途：帮助团队选择并落地合适的 Git 协作规范，明确何时采用主干开发、GitHub Flow、Git Flow 或 GitLab Flow，并配套提交规范、PR 流程与发布管理，改善协作可预测性与版本历史可读性。
主要能力：提供四种分支策略的对比（发布节奏、团队规模、复杂度、适用场景）与决策指引；约定 Conventional Commits 格式（<type>(<scope>): <description>），列明 feat、fix、refactor、perf、test、docs、chore、ci、build 等类型的版本影响，并通过 ! 或 BREAKING CHANGE: 页脚标记破坏性变更；给出 PR 规模建议（50 行以内最佳，200-400 行可接受，400+ 建议拆分）与合并策略说明（合并提交、压缩合并、变基合并）；介绍持续、计划、版本化三种发布模型，并给出 Git 标签命令示例；描述自动化发布流水线与热修复流程；附常见问题与解决方向速查表。
使用方式：根据团队发布节奏与规模按决策指引选择策略；提交遵循 Conventional Commits，发布使用带注释标签，如 git tag -a v1.2.0 -m "Release 1.2.0" 与 git push origin v1.2.0；热修复从发布标签拉出分支，例如 git checkout -b hotfix/fix-auth-crash v1.2.0，修复后打补丁标签并向前合并回主线。
适用场景：SaaS 与云原生、Web 应用与初创团队、打包软件与移动应用、需要环境晋级（预发、生产）的团队等。
限制：资料未提供该技能的安装命令、运行环境、平台支持、收费方式与具体效果数据，暂未提供相关信息。