多并行下敏捷工作流优化实践.pdfVIP

如果多个版本频繁并行，此时完全参照GitFlow是不现实的

develop分支里会混合多个版本的代码，同时在进行集成测试，如果一个版本

先测试完，要先进入QA测试环节，是不可以直接基于develop分支去拉

release分支的，因为release分支会混合多个版本的代码一块儿测试

基于GitFlow工作流去一点点改进

整个依赖的稳定的和基准的分支只有一个，就是master分支，全部以master

分支为基准和基础

（1）比如说启动一个版本

v1.0，涉及3个功能，投入了3个RD（resourchdeveloper，研发工程师），

直接从master分支拉3个feature分支下来，不是从develop分支拉了，也没

有develop分支了；

同时要做一个v1.1，涉及5个功能，投入了5个RD去开发，直接从master

分支拉5个feature下来，每个人就基于自己的feature去开发，搞

同时的话呢，每个版本，刚开始启动，除了拉一堆feature分支，还需要同时从

master分支拉一个develop分支下来，专门用于这个版本的集成测试

（2）一个版本ready，要进入集成测试了