将一个特性分支与另一个特性分支合并，并为合并提供不提交历史记录的恢复选项。

Question

我正在开发一个功能，一个结帐页面，现在我采用的工作流是这样的：

2个开发人员(2个分支，一个用于前端，一个用于后端)，名为feature-checkout-frontend和feature-checkout-backend。现在，对于前端，我总共需要4-5个API，另外一个是开发人员完成的，比如一个API，我集成到了我的feature-checkout-frontend分支中，这样我就可以开始处理我的东西了，我通常可以请求对API进行更改。

正如您所看到的，我必须不断地将后端更改合并到我的feature-checkout-frontend分支中，现在我如何保持feature-checkout-frontend分支的干净，即。

1. I希望在任何时候恢复后端更改(revert可以使用，但我不喜欢。)
2. ，我应该能够在每次后端开发与他的API工作一起完成时不断地将后端更改集成到我的分支中。

所以工作流应该是这样的。

feature-checkout-frontend

• I

• 后端开发工具创建API并推进到feature-checkout-backend

• I将feature-checkout-backend合并到feature-checkout-frontend.

请求中，因为API

• 后端dev使changes.

• (This变得有趣)，我想在这里运行一个命令，在这里前面的disappear.

• After完成了后端更改的合并，现在我将feature-checkout-backend合并到feature-checkout-frontend.

中

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

Answer 1

在gitflow中，当功能完成时，后端开发应该合并以进行开发。从那里你应该撤回你的改变。您可能根本无法使用他/她的功能分支。

看起来你实际上是在维护两个伪装成fauture的开发分支。这很好，但您应该这样命名，并从那些具有特定功能的分支中分离出来。

(这是事情变得有趣的地方)，我想在这里运行一个命令，在这里，前面的后端更改合并就会消失。

签出旧的提交并创建一个新分支。

顺便说一句:正确的做法是重新合并。而不是解除他们。不要试图隐藏历史。谁会在乎你的“发展”分支中是否有十几个合并呢，那又怎样？与master合并时，无论如何都会删除功能分支。