git工作流(Gitflow/gitlab代码权限管理)
现状
团队之前使用SVN进行代码管理,也没有很好的利用分支管理代码版本。版本冲突问题比较严重,版本库里的代码不能作为稳定代码。
开发人员永远不知道生产上代码长啥样(环境上是编译后的jar),提测需要跟测试版本比较,上生产需要跟生产版本比较,混乱的一匹。
基于以上原因(尽管svn也有办法解决版本问题),直接在团队里推行了git版本管理,部署了gitlab做管理工具,并参考了网上各种资料以及以前公司的处理经验,制定了一套代码管理方案。
解决方案
基于gitlab进行的代码权限、流程管理
代码分支
- master分支 生产代码版本
- qa分支 测试代码版本
- dev-xxx 开发代码版本(xxx表示版本号)
gitlab角色
gitlab角色 | team身份 | fork团队代码 | 提交到个人仓库 | 申请合并到团队仓库开发分支 | 合并到团队开发分支 | 申请合并到团队qa分支 | 合并到团队qa分支 | 申请合并到master分支 | 合并到团队master分支 | 备注 |
---|---|---|---|---|---|---|---|---|---|---|
Reporter | 开发人员 | √ | √ | √ | ||||||
Developer | 项目leader | √ | √ | √ | √ | √ | ||||
Master | 测试人员 | √用不到 | √用不到 | √用不到 | √用不到 | √用不到 | √ | √ | √ |
代码开发管理流程图
作者:coderzl
出处:https://www.cnblogs.com/coderzl/
本文采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接。