在git工作流中，在生产前在舞台站点上测试修补程序

Question

我正在使用Git流分支模型，使用。具体来说，像这样的模型：Git流分支模型

这个模型看起来不太考虑修补程序。当我在工作中开始我目前的项目时，有数百个bug。这个团队中有三个开发人员正在研究bug。我们的进程如下：

1. 在本地工作以修复错误
2. 修复错误后，需要在舞台测试站点上由QA进行测试。

- if it passes testing, then it goes to production
- if it fails, goes back to developer and repeats process

​

我的问题是舞台网站应该在哪个部门？如果有一个开发人员一次推出一个bug，我就会将该修补程序合并到主程序中，然后在更新生产之前更新阶段站点以进行测试和传递。如果我们的QA是一个共享资源，他的一半时间也花在了另一个产品上，这对多个开发人员来说就很棘手了。平均而言，当QA人员有机会通过测试时，我会说有6-7个bug已经准备好了。

我们在如何处理这一问题上的几个想法是：

在热修复分支上有舞台(但这种方式与模型相反)

将我们的修补程序分支推到gitlab，然后在测试特定的修补程序时切换这个阶段分支。

有没有人遇到过这个问题，如果是的话，你是如何处理的？

Answer 1

舞台站点可以在发布分支上。从您刚才提到的情况来看，您似乎没有发布分支，但是如果QA人员在发布分支上工作，它将非常有用。让我们查看每个分支的功能。

用于生产的master:项目

develop:修复错误后，需要合并hotfix分支来开发分支。这是一个经过验证的项目，可以正常工作。

release: QA站点工作，如果它通过了，那么将它合并到主分支，否则返回给开发分支。

hotfix:调试并修复它上的错误。修复错误时，需要将其合并以开发分支。

通过这种方式，它可以将QA人员和开发人员区分开来。