项目 Git 分支 + Tag 管理规范

一、分支命名规范（固定格式）

1. 主分支（永久保留）

   master

   最终稳定代码，所有发版最终合并到此

2. 发版分支（永久保留）

   production

   用于线上发版、存档、拉取迭代 /bugfix 分支

3. 测试分支（临时保留）

   test

   统一测试打包分支

4. 迭代分支（统一创建）

   iteration/*

   必须由 @貌天雷 创建

5. 开发分支（个人使用）

   feature/*

   示例：feature/dev_zhanglei

   规则：每人仅保留 1 个，定期清理，多分支需提前说明

6. 工具分支（统一创建）

   tools/*

7. bugfix 分支（统一创建）

   标准：bugfix/*，当前兼容：iteration/optimize

二、流程图

1. master → 创建迭代分支
2. 迭代分支 → 创建个人开发分支
3. 开发完 → MR 合并回迭代
4. 提测 → test 分支
5. 测试通过 → 合并到 production 发版
6. 发版 → 打版本 Tag
7. production 合并回 master
8. 清理无用分支

---

二、Tag 命名规范

release/v+版本号

示例：release/v1.0.0、release/v2.1.5

---

三、完整开发 → 提测 → 发版流程（标准步骤）

1. 从 master 拉取 迭代分支 iteration/*

2. 从 迭代分支 拉取个人 开发分支 feature/*

3. 开发完成 → 提交 MR 合并回 迭代分支

4. 迭代分支代码合并到 test 测试分支 → 统一打包提测

5. 测试通过 → 迭代分支合并到发版分支 production

6. 正式发版 → 打版本 Tag：release/vx.x.x

7. 发版完成 → production 合并回 master

8. 清理：删除本次迭代对应的 开发分支 + 迭代分支

---

四、重要规则（必读）

• 迭代分支必须由管理员创建
• 除了test分支，合并必须走 MR留档
• 开发分支定期清理，每人仅保留 1 个
• 多开发分支必须提前说明
• 发版后必须同步合并回 master 并打 Tag

总结

• 分支规范统一、无重复、命名清晰
• 流程步骤固定、责任人明确
• 流程图标准简洁，团队一看就懂
• 可直接作为团队 Git 规范文档使用