我正在使用Git-Flow进行工作项目，无法找到处理以下情况的最佳方法：
开发者Anya创建了一个功能[Feature1]
Developer Fred创建了一个功能[Feature2]
两位开发人员都已根据规范完成了他们的功能，现在希望将它们放入一个用于下一版本的Q＆amp; A /批准的临时服务器中。
我看到的选项如下：
两位开发人员都完成了将它们合并到开发分支中的功能。登台服务器已签出开发分支。
这里的问题是让我们说在测试Feature2期间发现存在一个错误，或者存在可能被添加的无法预见的增强，甚至可能被放弃或无限延迟。现在所有功能都被保留，发布延迟到Feature2修复/满足新规范，或者我们还原合并并重新打开该功能并且发布正在进行中。这是一个可以接受的解决方案吗？
另一种选择是存在第三个独立的分支，称为分段。开发人员将他们的功能单独合并到暂存分支中，然后推送到测试每个功能的登台远程。只有在批准后，该功能才会完成并合并到开发分支中。
这种方法的好处是开发分支基本上只包含已批准的功能，并且可以随时从中获取发布。缺点是我们需要切换登台服务器以检查开发分支，以便在发布阶段测试所有内容。此外，如果功能被放弃或者我现在无法想到的其他原因，分段分支可能会偏离现实，这意味着它需要定期从实时（？）中重新检查。
我意识到这可能是部署管道和CI修复的问题，但我很好奇其他人如何使用git分支模型或Git Flow解决这个问题。
答案 0 :(得分：1)
由于功能分支的代码需要通过QA进行测试/批准，因此开发人员可以将功能分支分别推送到远程和 QA合并/测试功能分支。即使其中一个功能分支未获批准，也不会影响其他功能分支发布新版本。