Git 处理错误修复的QA测试流的最佳方法？_Git_Testing

Git 处理错误修复的QA测试流的最佳方法？

git testing

Git 处理错误修复的QA测试流的最佳方法？,git,testing,Git,Testing,我有一个关于错误修复的QA手动测试的问题。现在，当代码中出现错误时，我们会执行以下操作：修复开发分支中的错误从bug分支dev到development 从bug分支qa到qa创建PR（或cherry pick）代码审查后，将开发和qa 我们的QA将在QA环境中进行测试这有一个问题：如果QA发现问题没有完全解决，他会将问题返回给我们，我们必须创建一个新的PR 如果QA在本地环境中进行测试，在bug branch QA中进行测试不是更好吗编辑：很抱歉，如果这是一个愚蠢或琐碎的问题，我只

我有一个关于错误修复的QA手动测试的问题。现在，当代码中出现错误时，我们会执行以下操作：

修复
```
开发
```
分支中的错误
从
```
bug分支dev
```
到
```
development
```
从
```
bug分支qa
```
到
```
qa
```
创建PR（或cherry pick）
代码审查后，将
```
开发
```
和
```
qa
```
我们的QA将在QA环境中进行测试

这有一个问题：如果QA发现问题没有完全解决，他会将问题返回给我们，我们必须创建一个新的PR

如果QA在本地环境中进行测试，在

bug branch QA

中进行测试不是更好吗

编辑：很抱歉，如果这是一个愚蠢或琐碎的问题，我只想征求意见。

我想我们需要了解您的分支策略。e、 g

开发

和

质量保证

有什么关系？是否一个分支从另一个分支中分离出来并重新合并？或者，

qa

每隔一段时间就被重新创建以进行测试，然后被丢弃？另外，如果您在qa环境中测试

qa

分支，您在哪里测试

开发

分支？这是一个个人观点，基于多年的开发和CTO经验：我发现让qa工程师维护开发环境的开销不值得与所涉及时间相关的开销。相反，我会启动一个基于

bug branch qa

构建的短暂的登台环境。当然，这完全取决于您的分支策略和devops结构。YMMV为了回答你们两个问题，我们只测试QA分支和in-Staging（主分支）。开发分支是我们做所有工作的地方，从那里我们对QA进行挑选，不时地我们将QA合并到master。理论上，我们的开发分支总是更新的，QA少一点，master少一点。