Git 工作流实战：Git Flow vs GitHub Flow vs Trunk Based

选择合适的 Git 工作流

不同的团队规模、项目类型需要不同的 Git 工作流。选对了，协作效率翻倍！

Git Flow：经典但复杂

分支结构

main (生产)
  └── develop (开发)
        ├── feature/* (功能)
        ├── release/* (发布)
        └── hotfix/* (热修复)

适用场景

• ✅ 版本发布周期明确的项目
• ✅ 需要维护多个版本
• ❌ 不适合快速迭代的互联网项目

操作流程

git flow feature start user-login
git flow feature finish user-login
git flow release start 1.0.0
git flow release finish 1.0.0

GitHub Flow：简洁高效

核心原则

1. main 分支随时可部署
2. 新功能从 main 创建分支
3. 提交 PR，代码审查后合并
4. 合并后立即部署

适用场景

• ✅ SaaS 产品、持续部署
• ✅ 小型到中型团队
• ✅ 快速迭代的项目

操作流程

git checkout -b feature/login
git commit -m "Add login feature"
git push origin feature/login
# 创建 Pull Request
# 审查通过后合并到 main

Trunk Based：极致敏捷

核心理念

• 所有人直接向 main 提交
• 功能开关控制新功能可见性
• 小步快跑，频繁提交

适用场景

• ✅ 成熟的高效能团队
• ✅ 完善的 CI/CD 和测试体系
• ✅ Google、Facebook 等大厂采用

功能开关示例

if feature_flags.is_enabled("new_checkout"):
    return new_checkout_flow()
else:
    return legacy_checkout_flow()

我的建议

团队规模	推荐工作流	理由
1-5 人	GitHub Flow	简单高效
5-20 人	GitHub Flow + 保护分支	平衡灵活与规范
20+ 人	Git Flow 或 Trunk Based	根据发布周期选择

总结

没有最好的工作流，只有最适合的。关键是团队达成一致并严格执行！