在 Git-Flow 中一次测试多个功能
Testing multiple features at once in Git-Flow
我们在当前项目中致力于 git-flow 并同时添加多个功能。我们只有一个 QA 环境，一次只能容纳一个构建。
如果有多个功能等待测试并且我们的 QA 成员可以并行测试它们，我们需要（如回答 ）创建一个 integration 分支以上传到 QA 环境并进行测试.
但是，我们在该流程提出的解决方案中发现了一些问题：
- 如果不是所有功能都及时签核或其中一些需要修复，我们就无法将集成功能合并到开发中。或者：
- 在成功签署一项或多项功能后，我们可以 "finish feature" 原始功能 - 但开发中的代码可能与集成不同，因为合并不同。
- QA 提出的每个问题修复都需要从原始功能分支合并到集成，因此人们经常在集成分支上修复问题，如果并行完成会造成混乱并使原始功能过时。
- 很难跟踪集成中有哪些功能以及测试了哪些功能，最重要的是，哪个功能导致了错误。
是否有更好的并行测试多个功能的方法？您有改进流程的技巧吗？
您提到的解决方案是将功能分支的所有更改合并在一起。如果它适合你的情况，你可以使用它。
如果您想单独测试该功能，您可以使用以下方式：
- 从您的 QA 环境创建分支（开发分支），每个分支用于测试不同的功能。
- 完成一项功能后，您可以将其合并到开发分支中。
- 如果想记录develop分支的测试过程，可以rebase这些commit到develop分支。
我们在当前项目中致力于 git-flow 并同时添加多个功能。我们只有一个 QA 环境，一次只能容纳一个构建。
如果有多个功能等待测试并且我们的 QA 成员可以并行测试它们，我们需要（如回答 integration 分支以上传到 QA 环境并进行测试.
但是，我们在该流程提出的解决方案中发现了一些问题：
- 如果不是所有功能都及时签核或其中一些需要修复，我们就无法将集成功能合并到开发中。或者：
- 在成功签署一项或多项功能后，我们可以 "finish feature" 原始功能 - 但开发中的代码可能与集成不同，因为合并不同。
- QA 提出的每个问题修复都需要从原始功能分支合并到集成，因此人们经常在集成分支上修复问题，如果并行完成会造成混乱并使原始功能过时。
- 很难跟踪集成中有哪些功能以及测试了哪些功能，最重要的是，哪个功能导致了错误。
是否有更好的并行测试多个功能的方法？您有改进流程的技巧吗？
您提到的解决方案是将功能分支的所有更改合并在一起。如果它适合你的情况，你可以使用它。
如果您想单独测试该功能，您可以使用以下方式：
- 从您的 QA 环境创建分支（开发分支），每个分支用于测试不同的功能。
- 完成一项功能后，您可以将其合并到开发分支中。
- 如果想记录develop分支的测试过程，可以rebase这些commit到develop分支。