该技能用于在讨论 Git 分支策略时提供指导，适用场景包括：为新项目搭建分支工作流、在 GitFlow 与主干开发（Trunk-Based）或 GitHub Flow 之间做选择、统一分支命名规范、配置分支保护规则，以及为更大团队扩展分支模式。
主要能力是给出三种策略的对比与选择建议。主干开发适合持续部署、CI/CD 成熟且能使用特性开关的团队，发布频率可为每日或每小时，分支存活时间通常少于 2 天；GitHub Flow 适合 SaaS 产品与持续部署的 Web 应用，按需发布，适合小到中型团队；GitFlow 适合有排期发布、需要维护多个版本的产品（如移动应用、软件包），按周或按月发布，适合中到大型团队。技能还提供各策略的分支命名示例、常用 Git 命令流程（如 git checkout -b、git rebase origin/main、git merge --no-ff、git tag -a），以及 GitHub 分支保护配置示例，包括要求 PR 审核、状态检查通过、禁止强制推送，并给出 gh api 设置保护的命令。命名规范采用 <type>/<ticket>-<short-description> 形式，类型涵盖 feature、fix/bugfix、hotfix、release、docs、refactor、test、chore，要求小写、用连字符、简短并尽量带工单号。选择指引按部署频率、团队规模、评审时长、是否维护多版本等条件列出判定项；迁移部分说明从 GitFlow 转向主干开发需改为从 main 创建分支、引入特性开关、缩短分支寿命并最终弃用 develop，从零开始则保护 main、要求 PR、在 PR 上运行 CI 并建立命名约定。限制方面：文中未提供该技能的安装方式、收费信息、具体支持平台或实际效果数据。