分支管理规则
master分支
master作为主分支需要和生产环境保持一致并保持稳定。
在项目开始时由master分支创建dev分支。
发布版本时需要将release合并到master并打tag。
分支规则说明
分支权限开发负责人、开发人员
允许操作研发组长创建分支。开发人员提交分支
派生分支无
来源分支master，develop
创建时点任务开始创建
创建方式git branch -b feaure_X master
提交时点本机测试完成后提交至feature_X分支
提交来源开发人员本地仓库
合并方式无
锁定时点无
删除时点发布release后
发布环境无
发布时点无
发布人员无
命名规则命名规则为feature_任务英文描述。示例：feature_traing4UI
hotfix
缺陷修复分支用于在线版本缺陷修复。
每次版本发布后，生产系统如果发现bug，由本次版本负责人从最新的release分支创建缺陷修复分支。X代表创建当天日期。示例：hotfix_20210308。
自测通过后，才允许合并release_X分支进行测试。
分支规则说明
分支权限版本负责人、开发负责人
允许操作版本负责人创建分支。开发人员提交代码。
派生分支无
来源分支release_X
创建时点需要修复线上bug
创建方式git branch -b hotfix_X release_X
提交时点本机测试完成后提交hotfix_X
提交来源开发人员仓库
合并方式无
锁定时点无
删除时点修复内容在生产环境测试通过时
发布环境开发环境或者测试环境
发布时点按需提交发布发布申请，审核通过后发布
发布人员版本负责人
命名规则X代表创建当天日期。示例：hoxfix_20210308
develop分支
develop分支用于版本开发。
项目初始化时，由项目负责人从master分支创建develop分支。
develop分支仅允许发布至开发环境。用于功能测试。
feature_X分支在本地调试完成后发起mr到develop并触发自动构建develop分支。（频率控制）最近一次发布版本或者在线bug在生产环境验证后，回合至develop分支。
分支规则说明
分支权限开发负责人
允许操作合并
派生分支无
来源分支master
创建时点项目初始化创建
创建方式git branch  -b dev master
合并时点开发任务在开发环境测试通过后，最近发布版本后、在线bug修复后
合并来源feature_X、release_X
合并方式非快速合并，-no-off方式
锁定时点无
删除时点无
发布环境开发环境
发布时点feature_X本地测试无问题
发布人员开发人员
命名规则无
release分支
release_X分支用于版本发布以及在线缺陷修复后的版本发布。
每次版本发布前，由版本负责人从develop分支创建本次迭代发布的release_X分支。X代表本次发布的版本号，可以是8位日期，如果一天发布多个版本可以后缀_Vx区别。示例：
release_20210308_v1。
release_X分支仅用于发布测试环境进行前后端联调测试使用，用于封板测试。
将release_X分支发布至测试环境时，如涉及组件配置、表结构、流程变更需要将本次发布
checklist交付负责人执行。
发布分支所有任务在测试环境测试完成后进行暂时锁定不允许提交代码。
本次版本发布完成后，release_X分支合并至master分支。
本次版本发布完成后，release_X分支锁定，保留最近5次的release_X分支，超过5个删除最早的release_X分支。
hotfix_X分支合并至release_X分支后，由release_X分支发布至测试环境进行测试，测试通过后发布生产。生产环境回归测试完成合并到master。
分支说明说明
分支权限版本负责人
允许操作合并、创建、锁定、删除分支
派生分支hotfix_X
来源分支master
创建时点交付测试时创建
创建方式git branch -b release_X developgit使用详解
合并时点开发测试通过后
合并来源develop,hotfix_X
合并方式非快速合并，-no-ff方式
锁定时点版本生产环境发布后
删除时点后续5次版本完成生产发布时
发布环境测试环境、生产环境
发布时点封板测试按需提交发布申请，审核通过后发布
发布人员运维组
命名规则X代表本次发布的版本号，可以是8位日期。示例：release_V1.0
后续演进模式
说明：发布上线可充分隔离分支。【多了一个test分支，并且release分支都是从特性分支拉取，充分隔离了代码】
持续集成

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。