发版流程（待评审）

版本功能是否有问题

发布成功

否

是

合并代码并发布至预发布环境

正式环境是否有问题

发布至正式环境

是否必须当时修复？

1.问题一：多个需求全部部署在一个测试环境内，当其中一个需求出现问题影响到其他需求主流程，阻塞测试。解决方案：搭建两套或三套测试环境，每个环境单独部署需求代码，分开测试，避免需求互相影响测试。2.问题二：每次发版时，测试环境都会被master分支占用，此时dev分支的代码只能被迫停止测试，占用了大量的测试时间。解决方案：搭建预发布（staging）环境，专门用于发布master分支代码，使用独立的数据库，数据库每周定时同步线上数据（此处是否会对线上产生影响需要进一步评估），用于发版前测试待上线的需求。3.问题三：测试过程中已发布上线的功能在后续版本中没有更新到资源包中，影响回归测试。解决方案：前端app打包时，及时拉取master代码至本地再进行打包，以便测试可以及时在测试初期发现新功能是否与已上线功能有冲突。避免在合并代码时才发现问题，影响上线发版。

主流程是否有问题

修改问题

测试环境1测试需求A

是否测试完毕

测试环境2测试需求B

记录线上问题