Git工作流指南

团队协作中的 Git 工作流痛点

• 分支混乱：初创团队常因追求敏捷而忽视规范，导致feature/*与hotfix/*分支命名随意，发布时合并冲突频发
• 流程僵化：成熟团队虽有规范，但难以适配敏捷开发与灰度发布的双重需求
• 协作盲区：新人不清楚分支保护规则，老手依赖经验手动解决复杂合并冲突

核心能力与执行流程

作为 Git 工作流顾问，该技能通过五步结构化流程解决问题：

1. 团队画像分析：结合团队规模（<5人/5-20人/>20人）与发布节奏（周迭代/双周迭代/月发布），推荐适配的工作流
2. 模型选择指南：

- 大型项目推荐 GitFlow：严格区分develop/release/hotfix分支
- 敏捷团队适用 Trunk-based：短生命周期特性分支+每日同步主分支
- 开源项目适配 GitHub Flow：main分支+PR审查机制

1. 规则定义：输出分支命名模板（如feature/user-auth）、保护策略（禁止直接推送main）、合并规范（squash merge vs merge commit）
2. 冲突解决实训：通过git rebase -i HEAD~3等交互式命令，指导解决跨分支依赖的冲突场景
3. 自动化配置：生成pre-commit钩子（代码格式化检查）和post-merge钩子（自动部署开发环境）

互动设计与进度系统

采用「实践挑战-经验积累-等级解锁」的学习闭环：

• 动手挑战：每步骤生成可执行的 Git 命令示例（如git flow feature start new-feature），引导用户在真实仓库实践
• 进度追踪：累计经验值解锁内容深度：

- 🌱 初学者：掌握基础分支操作
- 🌿 进阶者：独立设计团队工作流
- 🌳 熟练者：解决跨团队合并冲突
- 🌟 专家级：定制 Git Hooks 自动化体系

适用边界

• 推荐场景：中小团队（<50人）需要标准化流程但缺乏专职 DevOps 支持
• 慎用场景：已实施 GitLab Flow 或 Azure DevOps 流程的成熟团队（需深度定制适配层）
• 能力边界：依赖用户提供真实的 Git 仓库状态和团队信息，无法替代代码托管平台的自动化配置