敏捷迭代分支管理

当前迭代功能还没有发布上线，新迭代编码测试已经开始了，我想并行怎么办？

解决方案如下：dev、test、uat、prod每个环境都是独立的db or redis or es
feature-x：作为本地编码分支，是从prod分支拉出来的
dev1：作为在进行中的迭代，所使用的开发自测联调环境。
dev2：作为要开启的新迭代，所使用的开发自测联调环境。

开发测试场景

场景1：dev1完成自测联调，要提测时，只需要开发组长把dev1分支代码提交到test环境，即可进行dev1的测试，测试完成后即可走uat和prod流程。

场景2：dev2完成自测联调，要提测时，只需要开发组长回滚test的上一个版本后，把dev2的代码合并到test，即可进行dev2的测试，测试完成后即可走uat和prod流程。

场景3：当dev1和dev2都完成了自测联调，一起提测，只需要dev1和dev2分别合并到test，即可进行两个迭代的合并测试。经过测试如果其中dev1不满足上线条件，不能发布，只能发布dev2，怎么办？开发组长可以直接回滚test分支到合并前的版本，重新合并dev2的代码到test，即可执行测试，测试完成后即可走uat和prod流程。

Bug修复场景

场景1：当prod出现了紧急bug（影响线上流程），需要从prod拉出一个hotfix分支进行bug修复，修复完成后直接合并到uat分支，uat测试通过后，直接发布到prod。稳定后直接合并到test、dev1、dev2、dev3、feature-x

场景2：当prod出现了非紧急bug（不影响线上流程），就跟随当前需求功能所在feature-x分支进行bug修复，跟随当前分支走测试流程，测试完成后即可走uat和prod流程。

image.png

备注

dev3是跟dev2是一个用途，但是一般有dev1、dev2就可以满足了，如果出现dev3的场景，你要考虑的不是分支问题了，应该是考虑团队该加人了，或者说是不是你们所在的业务线该拆分了。