分享一个 基于 GIT FLOW 的 GIT分支开发与版本管理规范，是经过项目实践的，适用于产品开发类的项目，基本可以保障产品有序迭代。
需要先了解 Git Flow 开发规范，才能知道每种类型的分支该如何使用。
| Feature | Develop | Release | Hotfix | Master | |
|---|---|---|---|---|---|
| 当前版本 | 从 Develop 分支拉取各个功能模块的 feature 分支，开发完成合入Develop | 保持相对稳定 | 测试启动后 Develop 拉起，版本号命名为：迭代版本号 | 免测版本必须从 Master分 支上拉起 | 线上版本正在使用的代码版。必须为各个迭代测试后合入的代码，不可主动修改此分支任何代码 |
| 版本号命名：所属迭代-功能名称英文 (如 2.2.4版本数据库管理功能，224-database) | 版本号命名为：迭代版本号 + H +次数，如：1) 迭代版本号为2.2.2，此迭代后的一个免测版本号则为2.2.2.0H1。2) 迭代版本号为 2.2.2.1，此迭代后的3个免测版本号则为 2.2.2.1H3。 | ||||
| 常规情况，建议在Develop上打包发布预览链接，每天定时（比如晚上8点）前合并相对稳定代码到 Develop。紧急情况，可以跟各个功能模块负责人确认没有必需功能代码更新后，从Feature分支上打包发布预览链接 | |||||
| 将来版本 | 版本号命名：所属迭代。所有功能模块公用此 Feature 分支暂存将来迭代的新代码 | ||||
| 上一个版本 Hotfix/Release 分支结束并完成代码合并后，再将此分支代码合并到 Develop |
