用途：Git Mastery 用于强制执行分布式优先、异步友好的 Git 工作流，并配合自动化质量门禁，帮助团队在提交、分支、合并与 PR 环节保持一致规范。
主要能力：
- 提交规范：要求原子提交，单一逻辑变更，代码、测试、文档一并完成，可独立构建与测试，主题中不出现“and”。格式为 type(scope): subject，主题不超过 50 字符。类型包括 feat、fix、docs、style、refactor、perf、test、build、ci、chore。破坏性变更在 footer 写 BREAKING CHANGE: 描述，触发 MAJOR 版本。
- 分支规范：命名格式 type/issue-description，小写、连字符、少于 60 字符，如 feature/123-oauth-login、fix/456-null-pointer-api、hotfix/critical-auth-bypass。分支存活不超过 3 天，超时需升级处理；合并后立即删除；每日 rebase 到 main：git pull --rebase origin main；禁止直接推送 main。
- 合并策略：少于 3 天、单一作者、原子提交用 Rebase 保持线性历史；多作者或外部 PR 用 Merge 保留上下文；大量 fixup 或实验性提交用 Squash 清理历史。main 分支仅允许 fast-forward：git config merge.ff only。
- PR 流程：人工评审前 CI 需通过（lint、类型检查、测试、安全）；CODEOWNERS 自动分配评审者；需要 1-2 个批准；合并前 squash fixup 提交；合并后自动删除分支；PR 需包含动机、考虑过的替代方案与关注点。
- 大仓库性能：启用 commit-graph：git config core.commitGraph true 与 git config gc.writeCommitGraph true；克隆优化：git clone --filter=blob:none URL 与 git sparse-checkout set src/；大于 10MB 的文件使用 Git LFS。
反模式：混合提交、长期分支（超过一周未升级）、手动选择合并策略、要求跨时区同步协调、在 Git 历史中存放大二进制文件、main 历史中出现 WIP 或 fix typo 提交。
参考文档包括 conflict-resolution.md、feature-flags.md、release-automation.md 以及 commit-conventions.md，后者详述提交信息标准，包括 Conventional commit 格式、祈使语气规则、正文与 footer 约定、破坏性变更格式。
限制：资料未提供具体安装命令、收费方式、支持平台或实际效果数据，暂未提供。