Github 流程 QA 和 UAT 测试

Question

我最近读到了有关 github 流程的内容。我现在正在使用 gitflow，我发现 Github flow 看起来非常有趣，因为它在工作流程方面不像 gitflow 那么繁重。

但我不明白的是，一旦功能完成，就会创建拉取请求。在合并回主版本(准备生产)之前如何测试这些更改。在 gitflow 中，一旦将某些内容提交到发布分支 UAT 环境更新，并且测试完成并且如果一切正常，则更改将合并到主版本中并部署，我有一个 CI/CD 任务。在Github流程中UAT环境的位置在哪里？

Answer 1

每次将功能分支合并到主分支时，它都应该自动部署到临时环境，这就是完成 QA/UAT 测试的地方。

测试完成后，您可以使用适当的版本标签将其部署到生产环境。

但是，假设您刚刚将 Feature1 分支合并到 master，然后在生产中发现了一个错误。您将根据主服务器上最后部署的版本标签创建一个修补程序分支，将其部署到临时环境并执行 QA/UAT 测试。通过测试后，使用适当的版本标记将该修补程序分支部署到生产环境，然后将修补程序分支合并回主分支。现在，您可以继续部署 Feature1。