本文介绍了在频繁并行开发场景下对GitFlow工作流的改进，旨在解决多个版本混合测试的问题。改进点包括：所有分支以master为基准，每个版本有自己的develop分支和release分支用于集成测试，同时引入staging分支进行代码合并与冲突解决，确保每个版本独立测试，加速开发和测试进程。
文章目录
改进后的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
最低0.47元/天 解锁文章
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
