问题描述
在使用传统的GitFlow流程时，想知道在打开Pull Request（PR）之前应满足哪些条件。具体来说，如果工作需要在合并到master分支之前进行手动测试/QA签名，应该满足什么条件？
解决方案
请注意以下操作注意版本差异及修改前做好备份。
方案1
根据我们在各个Scrum团队中一直遵循的指导原则，开发人员应尽快将他们的工作放入测试中。这可能意味着稍后需要进行一些重复工作，如果在代码审查中发现问题或者开发人员没有完全完成编码，但是开发人员尽早获得关于已完成工作的反馈，他们就能尽早解决任何问题，并在进一步编码中考虑到这些反馈。
你应该让测试人员意识到他们没有得到完全完成的输出，但是如果他们被鼓励考虑预防错误的好处，而不仅仅是发现错误，他们应该愿意采用这个过程。
这并不总是可行的 – 例如，如果你没有灵活选择部署工具从哪个分支部署，但是当它是可行的时候，这就是Scrum和敏捷的全部意义 – 获得反馈并尽早获得反馈。
方案2
如果在测试中发现问题，代码需要进行更改，即使它已经经过了审查。这鼓励构建自动化测试而不是手动测试，因为这样可以在没有任何人工干预的情况下自动进行。
当测试提示进行更改时，需要重新进行代码审查。代码审查理想情况下主要是关于如何解决问题的整体观点，但它当然也涵盖了实现的具体细节。但这个问题在很大程度上已经由审查工具解决了 – 它们会显示自上次审查以来的更改，所以你不必重新审查所有内容。一些工具通过rebase很好地处理这个问题，但如果你使用的工具不支持rebase，请在工作时添加新的提交，然后在最后将它们全部合并在一起，如果这是你想要的话。
方案3
无
正文完