用途：为团队协作、代码质量与自动发布建立结构化的 Git 工作流，涵盖分支策略、提交规范、Git 钩子和 monorepo 管理模式。
主要能力：一、分支策略选择。主干开发适合 CI/CD 自动化强、测试覆盖 80% 以上、每日频繁部署的团队，分支存活不超过 1 天，未完成功能需特性开关；GitHub Flow 适合持续部署的 Web 应用与 2-20 人团队，主分支即生产；GitFlow 适合需同时维护多个生产版本、有正式 QA 周期或按月度/季度发布的企业软件与移动应用。二、Conventional Commits：格式 <type>[optional scope]: <description>，类型含 feat（MINOR）、fix（PATCH）、docs、refactor、test、chore；破坏性变更用 feat!: 或在 footer 写 BREAKING CHANGE:（MAJOR）。三、Git 钩子：pre-commit 做 lint、格式与快测，commit-msg 校验提交信息，pre-push 跑完整测试并阻止强推受保护分支。Husky 快速配置：npm install --save-dev husky lint-staged @commitlint/cli @commitlint/config-conventional，再执行 npx husky init、npx husky add .husky/pre-commit "npx lint-staged"。四、monorepo：Nx 适合 TypeScript/JavaScript，Turborepo 适合 Next.js/React，另可用 git sparse-checkout init --cone 与 set 做稀疏检出，用 .github/CODEOWNERS 定义归属。五、合并与变基：merge 保留完整历史，squash 得线性历史，rebase 更新特性分支；公共分支与已推送提交禁止 rebase。六、代码评审：PR 模板、分支保护（2+ 审批、必需状态检查、限制强推）、分支命名规范。七、进阶：cherry-pick 热修复、Git LFS（git lfs install / git lfs track）、发布标签 git tag -a v1.2.0 -m 与交互式 rebase。另有脚本 scripts/validate-commit-msg.sh、check-branch-name.sh、setup-hooks.sh 可直接执行校验。
限制：资料未提供收费、具体平台限制或效果保证；分支选择与工具建议需结合团队实际，暂未提供的细节不做推断。