目前我们转向gitflow分支模型。我们为QA定义了2个环境：测试，分期。开发分支的代码部署到测试环境，代码来自/ release分支进入分级环境。现在我们必须应用修补程序。所以我们从master创建了一个单独的修补程序分支，修复了bug，并且......我们可以在哪里测试它？我们应该有一个单独的PreProduction环境吗？我不确定我是否应该参加升级测试，因为在升级时我们可能会有一个新版本正在测试中。
答案 0 :(得分：0)
QA环境根本与分支无关。在理想的世界中，每个版本（包括修补程序版本）都应该涵盖所有QA阶段 - 测试，升级和生产。
答案 1 :(得分：0)
这是你应该做的。 1.对于Hotfix，在功能或QA之外的任何其他分支中进行测试肯定很重要。 2.测试此修补程序后，您可以转到QA / staging环境。在那里运行回归。
现在回到你的问题为什么要在暂存原因中运行相同的测试 - 通过运行完全成熟的回归，它将为你提供完整的影响（如果有的话），然后再将修复部署到生产中。
当您将代码从具有较少专用基础架构的QA移动到可能具有接近prod副本服务器等的分段时，提供了一个机会，Penetration / Secuirty等级别的非功能测试...
希望这有帮助！