首先，我非常了解Gitflow，并试图让我的团队完全遵循它。但是，操作团队仅允许发布QA认证的应用程序版本。如果我们遵循Gitflow，发布版本应该始终来自master分支，但是由于QA测试发布分支，它们只会证明候选版本。为了让QA认证主裁减，他们需要进行另一次回归测试，这就是他们推迟的原因。所有版本候选版本都有RC＃，版本不是major.minor.patch模式之后的maven版本。
我的问题是在生产发布之前将版本合并到master之后如何避免额外的回归测试？欢迎任何建议。感谢
答案 0 :(得分：1)
master表示当前正在制作的内容。在gitflow中，您可以创建一个release分支。 QA然后将测试release分支。质量保证一旦满意，就会部署release分支，然后合并到master。
将release分支合并到master时，无需测试任何内容。它已经过测试。
但重要的是，只要更新master（通过合并发布分支），您还需要将master合并到develop中。这样，当您从release剪切下一个develop分支时，您知道它已经部署了所有代码。