敏捷过程实践-git代码分支管理规范
2018-01-28 11:40:17 举报
登录查看完整内容
相似推荐
查看更多
Git代码分支管理规范
敏捷过程实践-git代码分支管理规范
git代码分支管理
Git分支管理规范
git代码分支管理规范
Git分支管理
代码分支管理规范
git代码分支管理规范
分支管理规范
代码分支管理
作者其他创作
大纲/内容
发布5.1.38版本合并稳定代码到master分支同步到dev分支
远端分支remote repository
release分支:迭代版本发布和发布过程bug修改
bug修复
主分支 master
dev
迭代38开始
合并代码
迭代40开始
完成发版
迭代39开始
发版测试
Tag5.1.38
发布分支 release
合并代码
迭代39发布完成
master
稳定版本
修复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
开始版本5.1.38发版(合并代码,编译测试版本)之后这个分支演进,只能是修复该版本的问题定期同步到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到服务端
最终功能分支需要合并到开发分支并删除
代码合并
代码合并,添加版本标签
迭代38结束
敏捷过程实践-git代码分支管理规范
freature
发布分支release
时间趋势
Tag5.1.37
0 条评论
回复 删除
下一页