我们在当前项目中致力于 git-flow 并同时添加多个功能。我们只有一个 QA 环境，一次只能容纳一个构建。如果有多个功能等待测试，并且我们的 QA 成员可以并行测试它们，我们需要（如此处回答）创建一个integration分支以上传到 QA 环境并进行测试。但是，我们发现该流程在该解决方案中出现了一些问题：
- 如果不是所有功能都及时签核或者其中一些功能需要修复，我们就无法将集成功能合并到开发中。或者：
- 成功签署一项或多项功能后，我们可以“完成功能”原始功能 - 但由于合并的差异，开发中的代码可能与集成不同。
- QA 提出的每个问题的修复都需要从原始功能分支合并到集成，因此人们经常在集成分支上修复问题，如果并行完成，就会造成混乱，并使原始功能过时。
- 很难跟踪集成中有哪些功能以及测试了哪些功能，最重要的是，哪个功能导致了错误。
有没有更好的方法来并行测试多个功能？您有什么建议可以让流程变得更好吗？