一、分支命名规范（固定格式）
主分支（永久保留）
master最终稳定代码，所有发版最终合并到此
发版分支（永久保留）
production用于线上发版、存档、拉取迭代 /bugfix 分支
测试分支（临时保留）
test统一测试打包分支
迭代分支（统一创建）
iteration/*必须由@貌天雷创建
开发分支（个人使用）
feature/*示例：
feature/dev_zhanglei规则：每人仅保留 1 个，定期清理，多分支需提前说明
工具分支（统一创建）
tools/*bugfix 分支（统一创建）
标准：
bugfix/*，当前兼容：iteration/optimize
二、流程图
- master → 创建迭代分支
- 迭代分支 → 创建个人开发分支
- 开发完 → MR 合并回迭代
- 提测 → test 分支
- 测试通过 → 合并到 production 发版
- 发版 → 打版本 Tag
- production 合并回 master
- 清理无用分支
二、Tag 命名规范
release/v+版本号示例：release/v1.0.0、release/v2.1.5
三、完整开发 → 提测 → 发版流程（标准步骤）
从
master拉取迭代分支iteration/*从迭代分支拉取个人开发分支
feature/*开发完成 → 提交MR合并回迭代分支
迭代分支代码合并到
test测试分支 → 统一打包提测测试通过 → 迭代分支合并到发版分支
production正式发版 → 打版本 Tag：
release/vx.x.x发版完成 →
production合并回master清理：删除本次迭代对应的开发分支 + 迭代分支
四、重要规则（必读）
- 迭代分支必须由管理员创建
- 除了test分支，合并必须走MR留档
- 开发分支定期清理，每人仅保留 1 个
- 多开发分支必须提前说明
- 发版后必须同步合并回
master并打 Tag
总结
- 分支规范统一、无重复、命名清晰
- 流程步骤固定、责任人明确
- 流程图标准简洁，团队一看就懂
- 可直接作为团队 Git 规范文档使用
)
_kaic)
