git/gitlab代码管理方案

一、分支
1、Master:主分支,要保护它的稳定性,随时可用来上线;不在 master 分支上直接提交代码,而是合并其余分支;具有代码存储的功能。
2、Develop:为开发分支,一般包含正在开发的所有新特性,用于测试环境部署和测试,通常是开发从master上拉取。
3、Release:预发布分支,最终测试版本(公测版),只会有微小改动,通常也是线上的发布分支,待发布线上验证通过后,Release分支才会合并master,Release分支是master的版本快照。
4、Hotfix:线上紧急修复分支,当前有活跃的release分支直接从release分支上拉取,若无则从master上拉取,修复完成后需将代码合并至master上和开发中的Dev上
5、Fixbug:日常修复分支,修补 bug 分支是从 Master 分支上面分出来的。修补结束以后,再合并进 Master和Dev分支。
6、Feature:特性分支,由开发从dev分支拉取,每新增一个模块,拉取一个feature分支,部署验证无误后合并至Dev中。

二、代码管理流程
在这里插入图片描述

三、分支命名 1、release_模块名_版本_时间 2、feature_模块名_(功能模块)_版本_时间 *当模块无新增功能模块时可不带“功能模块” 3、Hotfix/bugfix_模块名_bug名_时间 四、gitlab角色分配 测试:maintianer 维护者 前端:developer 开发者 指定1名前端人员分配maintianer角色 后端:developer 开发者 指定1名后端人员分配maintianer角色