一般正常的工作流程图如下
一般正常的git工作流是开发接到A需求,准备投入开发
1.第一步,先从develop分支拉取feature/A分支
2.第二步,开发完成合并到develop分支上,
3.第三布,把developer分支合并到release/A分支上,此时release/A分支只能是修复bug,测试完成
4.第四步,把release/A分支合并到master分支和develop分支上
5.接到B需求,重复上述步骤
问题一
若接到A开发和B开发同时接到A需求和B需求
A和B同时并行开发,此时会有feature/A分支,feature/B分支
若A已经走到release/A测试流程,此时B开发完成,是否需要把release/A合并到develop分支,在把develop分支合并到feature/B分支,在把feature/B分支合并到developer,则feature分支则会同时存在A需求和B需求的代码
问题二
A,B需求并行开发,并行测试
在release分支上,会同时存在A、B两个需求,
情况一,A需求测试完成,准备上线,B未测试完成,但release合并到master会把B需求的代码带上线
情况二,A,B需求都测试完成,但上头领导说只上线A需求,后续有新的C需求,等C需求上线完成在上线B需求
一般这种并行开发,并行测试但上线时间点不一样是怎么处理的
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…