系统上线Release分支发布流程（不同公司流程规范不一样，仅供参考）

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

一、流程图

二、描述
1、开发将master的内容同步至fature分支上进行功能开发，当功能全部转测之后，开发将从fature分支创建release分支，完成之后，测试将创建分支的权限回收（通过将该release分支设置为保护分支。）以后开发每次需要向release分支提交内容时，需要找测试进行申请，测试将给开发临时权限（将该release分支从保护分支中解除），开发提交完内容后， 测试再次将权限回收，然后提交的代码的内容，确保没有出现夹带问题。

2、 测试没有问题后，将使用release版本进行灰度发布→全量发布。正常情况下，release版本代码将在版本全量发布后2,3天后提交至master分支，特殊紧急情况下（多版本并行）release版本可在全量发布后，将代码提交至fature分支上，此过程测试将协助跟进。

3、如遇紧急情况需要打补丁，开发将从hotfix分支新建一补丁分支，并同步master分支代码，开发负责确认提交的内容。测试通过之后，进行灰度发布-全量发布。全量发布后，hotfix代码将提交至fature上。

4、此流程执行之后，如测试在检查中发现代码夹带的问题将进行登记。格式参考下表：

今天的文章系统上线Release分支发布流程（不同公司流程规范不一样，仅供参考）分享到此就结束了，感谢您的阅读。