文章目录
改进后的GitFlow工作流
GitFlow工作流

如果多个版本频繁并行开发,此时完全参照 GitFlow 是不现实的。因为它会导致在 develop分支 里会混合多个版本的代码,同时在进行集成测试,如果一个版本先测试完,要先进入QA测试环节,是不可以直接基于 develop分支 去拉 release分支 的,因为 release分支 会混合多个版本的代码一块儿测试。
所以需要基于GitFlow工作流做一点改进。就有了如下图的改进的GitFlow工作流

整个依赖基准的分支只有一个,就是 master分支,全部以 master分支 为基准和基础,master也是最稳定的分支。
比如说启动一个版本 v1.0.0,涉及 3 个功能,投入了 3 个 RD:张三、李四、王五。他们直接从 master分支 拉 3 个 feature分支 下来,而不是向经典GitFlow工作流一样是以 develop分支 为基准拉取分支。
同时要做一个 v1.1.0 版本,涉及 5 个功能,投入了 3 个 RD:小A、小B、小C,他们也直接从 master分支 拉 3 个 feature 下来,每个人都要基于自己的 feature 去

本文介绍了在频繁并行开发场景下对GitFlow工作流的改进,旨在解决多个版本混合测试的问题。改进点包括:所有分支以master为基准,每个版本有自己的develop分支和release分支用于集成测试,同时引入staging分支进行代码合并与冲突解决,确保每个版本独立测试,加速开发和测试进程。
最低0.47元/天 解锁文章
960

被折叠的 条评论
为什么被折叠?



