用途：为项目提供统一的 Git 工作流规范，覆盖分支策略、提交信息约定和拉取请求（PR）流程，使团队协作遵循一致约定。
主要能力：定义分支类型与命名（main、develop、feature/、bugfix/、hotfix/、release/，格式为 type/short-description）；规定提交信息格式 type(scope): subject，类型含 feat、fix、docs、style、refactor、test、chore、perf、ci，并要求原子提交、使用现在时、主题不超过 50 字符、正文 72 字符换行、引用 issue（如 Closes #123）。提供 PR 描述模板（Summary、Changes Made、Testing Done、Checklist、Related Issues）与合并方式（功能分支使用 squash merge）。还包含受保护分支规则（main 需 1+ 审批、CI 通过、禁止直接推送、线性历史；develop 需 PR、CI 通过、禁止 force push）及发布流程。
使用方式：从 develop 拉取并创建功能分支，提交后推送；创建 PR 前先 rebase develop，可用 gh pr create --base develop 创建；合并后删除分支。常见任务包括同步上游、解决冲突、amend 提交、交互式 rebase、撤销提交、恢复分支和清理未跟踪文件，命令均按原文保留。
适用场景：需要统一 Git 协作规范的团队项目，尤其是采用 develop 集成分支与发布分支的流程。
限制：资料未提供该技能的具体安装方式、平台支持范围、收费信息及实际效果说明。