Gitflow分支策略

Question

首先，我非常了解Gitflow，并试图推动我的团队完全遵循它。但是，运营团队只允许发布QA认证的应用程序版本。如果我们遵循Gitflow，发布版本应该总是来自主分支，但由于QA测试发布分支，他们只认证候选发布。为了让QA认证master cut，他们需要运行另一个回归测试，这就是为什么他们要回击。所有的候选版本都有RC#，这不是一个好的遵循major.minor.patch模式的maven版本。

我的问题是，在将版本合并到主版本之后，在生产版本之前，如何避免额外的回归测试？欢迎提出任何建议。谢谢

Answer 1

master表示当前生产中的内容。在gitflow中，您可以从develop创建一个release分支。然后，QA将测试release分支。QA满意后，部署release分支，然后将其合并到master。

当您将release分支合并到master时，应该没有什么需要测试的。它已经过测试了。

但重要的是，每当更新master (通过在版本分支中合并)时，您还需要将master合并到develop中。这样，当您从develop中删除下一个release分支时，您就知道它包含了已部署的所有代码。