STABLE环境代码
发布5.1.38版本合并稳定代码到master分支同步到dev分支
远端分支remote repository
release分支：迭代版本发布和发布过程bug修改
bug修复
主分支 master
dev
迭代38开始
合并代码
迭代40开始
完成发版
迭代39开始
发版测试
Tag5.1.38
发布分支 release
合并代码
迭代39发布完成
master
稳定版本
SIT环境
修复bug分支hotfix
本地分支local repository
迭代开发完成
开发中...
开始迭代39发布
主开发分支dev
开发版本
git checkout -b hotfix origin/hotfix //创建hotfix分支git branch --set-upstream-to origin/hotfix //关联到远端hotfix分支
代码管理后台：GitLab*主分支：master，稳定版本代码分支，对外可以随时编译发布的分支，不允许直接Push代码，只能请求合并（pull request），且只接受hotfix、release分支的代码合并。gitlab上做限制。*热修复分支：hotfix，针对现场紧急问题、bug修复的代码分支，修复完后合并到主分支、开发分支。*发版分支：release，版本发布分支，用于迭代版本发布。迭代完成后，合并dev代码到release，在release分支上编译发布版本，以及修改bug（定时同步bug修改到dev分支）。测试完成后此版本可以作为发版使用，然后把稳定的代码push到master分支，并打上版本标签。*开发分支：dev，开发版本分支，针对迭代任务开发的分支，日常开发原则上都在此分支上面，迭代完成后合并到release分支。*其他开发分支：dev-***，开发人员可以针对模块自己创建本地分支，开发完成后合并到dev开发分支，然后删除本地分支。
主开发分支 dev
紧急bug
Tag5.1.37.1
迭代39结束
新的迭代开发
release
修复bug分支 hotfix
本地电脑测试或者DEV1环境
开始版本5.1.38发版（合并代码，编译测试版本）之后这个分支演进，只能是修复该版本的问题定期同步到dev分支
DEV环境
hotfix
生产环境BUG修复，分别合并到开发分支和主分支
参考资料：Git Flow—Git团队协作最佳实践： https://yq.aliyun.com/articles/68655Git工作流指南： https://github.com/xirong/my-git/blob/master/git-workflow-tutorial.md廖雪峰的 Git教程：https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
本地与远端分支配置：
主分支master
master分支禁止提交代码，只能在gitlab申请合并
功能开发分支feature
开发人员可以基于安排的开发功能建立功能开发分支
迭代任务开发
Tag5.1.39
bug修复完成
pull代码
注意featrue分支是本地分支，不可push到服务端
最终功能分支需要合并到开发分支并删除
代码合并
UAT环境
代码合并，添加版本标签
迭代38结束
敏捷过程实践-git代码分支管理规范
freature
发布分支release
时间趋势
Tag5.1.37
