Git_Branching_Model

1. 分支策略概述 📌

  • 主分支：维护稳定代码，建议使用 main 或 master，避免直接提交生产代码
  • 开发分支：用于日常开发，通常命名为 dev 或 develop
  • 功能分支：每个新功能建议创建独立分支，如 feature/login-enhancement
  • 修复分支：用于紧急修复，分支名可为 hotfix/critical-bug

2. 常用分支模型 🌐

  • GitFlow

    GitFlow_Model
    适合需要严格版本控制的项目

  • Trunk-Based Development

    Trunk_Based_Development
    推荐用于敏捷开发场景

  • GitHub Flow

    GitHub_Flow_Model
    适合持续交付的团队

3. 协作技巧 💡

  • 使用 rebase 合并提交，保持提交历史清晰
  • 定期拉取主分支代码，避免功能分支与主分支差异过大
  • 通过 Pull Request 进行代码评审，确保代码质量
  • 建立分支命名规范，如：bugfix/、feature/、docs/ 等前缀

4. 注意事项 ⚠️

  • 避免在主分支上进行大量实验性开发
  • 功能分支应尽快合并回主分支，控制代码差异
  • 定期清理废弃分支，保持仓库整洁
  • 重要变更建议创建标签（Tag），如 v1.0.0

5. 扩展阅读 📚