将一个功能分支与另一个功能分支合并，可以选择不进行合并而提交的历史记录

Question

我正在使用一个功能，一个结帐页面，现在我采用的工作流程如下：

2个开发人员（两个分支，一个分支用于前端，一个分支用于后端），分别名为feature-checkout-frontend和feature-checkout-backend。现在，对于前端，我总共需要说4-5个API，也需要一个开发人员来完成一个API的工作，然后我将其集成到feature-checkout-frontend分支中，因此我可以开始处理自己的工作，通常我可能会要求更改API。

如您所见，我必须不断将后端更改合并到我的feature-checkout-frontend分支中，现在如何保持我的feature-checkout-frontend分支的整洁状态。

1. 我想随时还原后端更改（可以使用revert，但我不希望这样做。）
2. 每次后端开发人员完成API工作后，我都应该能够将后端更改连续地集成到我的分支中。

因此工作流程将是这样。

• 后端开发人员创建API并推送到feature-checkout-backend
• 我将feature-checkout-backend合并到feature-checkout-frontend
• 我要求对API进行一些更改
• 后端开发人员进行更改。
• （这是使事情变得有趣的地方），我想在这里运行一个命令，使先前的后端更改合并消失。
• 完成上述步骤后，现在我将feature-checkout-backend合并为feature-checkout-frontend。

欢迎提出任何建议，也许我的方法不正确，所以欢迎提出建议。为了重申我的观点，我需要将feature-checkout-backend与feature-checkout-frontend不断合并。那么最好的方法是什么？

Answer 1

在gitflow中，完成功能后，后端开发人员应合并以进行开发。从那里您应该拉出您的更改。他/她的功能分支可能根本对您不可用。
看来您实际上是在维护两个伪装成未来的开发分支。很好，但是您应该这样命名，然后从具有特定功能的分支中分离出来。

（这是使事情变得有趣的地方），我想在这里运行一个命令，使先前的后端更改合并消失。

检出较早的提交并创建一个新分支。

---

顺便说一句：执行上述操作的正确方法是再次合并。不要撤消它们。不要试图隐藏历史。谁在乎您的“开发”分支中是否有十几个来回合并，那又如何呢？与master合并后，功能分支还是会删除。