系统上线Release分支发布流程(不同公司流程规范不一样,仅供参考)

时间:2024-03-28 08:08:48

前言:为了规范公司的版本管理,防止代码夹带现象出现,并向优秀公司学习版本管理流程。公司决定以小程序作为版本控制流程试点,这里也是以小程序为例!

一、流程图
系统上线Release分支发布流程(不同公司流程规范不一样,仅供参考)
系统上线Release分支发布流程(不同公司流程规范不一样,仅供参考)

二、描述
1、开发将master的内容同步至fature分支上进行功能开发,当功能全部转测之后,开发将从fature分支创建release分支,完成之后,测试将创建分支的权限回收(通过将该release分支设置为保护分支。)以后开发每次需要向release分支提交内容时,需要找测试进行申请,测试将给开发临时权限(将该release分支从保护分支中解除),开发提交完内容后, 测试再次将权限回收,然后提交的代码的内容,确保没有出现夹带问题。
系统上线Release分支发布流程(不同公司流程规范不一样,仅供参考)
2、 测试没有问题后,将使用release版本进行灰度发布→全量发布。正常情况下,release版本代码将在版本全量发布后2,3天后提交至master分支,特殊紧急情况下(多版本并行)release版本可在全量发布后,将代码提交至fature分支上,此过程测试将协助跟进。
系统上线Release分支发布流程(不同公司流程规范不一样,仅供参考)
3、如遇紧急情况需要打补丁,开发将从hotfix分支新建一补丁分支,并同步master分支代码,开发负责确认提交的内容。测试通过之后,进行灰度发布-全量发布。全量发布后,hotfix代码将提交至fature上。
系统上线Release分支发布流程(不同公司流程规范不一样,仅供参考)
4、此流程执行之后,如测试在检查中发现代码夹带的问题将进行登记。格式参考下表:
系统上线Release分支发布流程(不同公司流程规范不一样,仅供参考)