如何使用Git流合并一些(并非所有)已经在开发中的特性分支？

Question

我正在使用Git流来组织我的工作流。有时，我们会遇到这样的问题:特性已经合并到开发分支中，并部署到阶段中。

但是，客户端只需要一些已接受的功能。在这一点上，我们有一个问题，因为我不能合并，开发成为主人，因为它的特点，客户不想在生产中。

举个例子，假设我有四个分支。master develop feature-1和feature-2.master是目前的生产状态。develop是当前的暂存状态，并用作新特性的起点。

假设开发在feature-1上工作--它们已经完成，将请求合并回develop --客户机接受新的功能，并准备进行进一步的集成测试。现在，他们开始在feature-2上工作，就像以前一样。

客户端进来说我需要feature-2现场直播，但不需要feature-1。此时，我们陷入了困境，因为feature-2已经有了feature-1的提交。

我想出的是：

• 告诉客户，feature-1也需要部署(客户不高兴)
• 从master和樱桃中分离出feature-2 (新的)
• 删除develop分支，只对需要投入生产的特性使用master分支。这里的问题是更难集成测试，特性相互依赖(客户端有时需要很长的时间来响应/测试，而开发仍在继续)。

我正在寻找一种方法来改变我的工作流程，允许一些特性分支被合并到主，但不是全部。同时，我不想通过不将特性合并回开发中来妨碍我的开发，因为大多数时候开发非常快，而且特性可能依赖于其他特性。

Answer 1

我在这里看到两种选择，你提到了其中一种：

1. 在回答您的问题时，您可以使用GitHub流或GitLab流，例如，只使用master直接合并特性而不开发分支，但是IMHO (我们也在使用GitFlow)您需要实验开发人员，我不知道学习新工作流的成本对您是否值得。
2. 即使这不是你想要的，我也会选择特征标记，它允许你使用想部署就部署，准备好就释放。新特性从master合并到develop中，并且可以在运行时使用标志单独激活。通过这种方式，您可以启用feature-2，但不能同时部署feature-1。尽管您也可以实现自己，但开源SDK是可用的。