git - merge 功能分支而不从共同祖先一直分支回来？

Question

假设我有一个像这样非常简单的分支情况，其中有一个 dev 分支和一个 production 分支，它们在过去的某个时间点有一个共同的祖先称为普通:

现在，是时候创建一个新功能了。我们希望今天在 dev 中使用该功能，并在一个月内在production 中使用该功能。简单的做法是将该功能从 common 分支出来，然后在我们需要时将其 merge 到 dev 和 production 中:

但这一次，我不想这样做。我不想这样做，因为 dev 和 production 自 common 以来都发生了很大变化，这真的很痛苦从common 开发这个功能。

我真正想做的是从树中的某个后面的点开始开发它，就像这样，只是为了我自己的快乐，这样所有对 dev 的新更新都可以当我制作功能时出现:

现在，当然这可以将功能 merge 到 dev 中，但是当我将此功能 merge 到 production 中时，它会带来一大堆东西来自 dev 我真的不想要。

一个解决方案是 merge dev 和production。但我真的不想这样做。我需要dev 上的东西，但production 上可能需要很长时间。

当然，只要该功能不与 dev 或 production 中可能发生冲突的任何内容混淆，我想要的东西甚至在逻辑上都是可能的。但事实并非如此。它将与两者兼容，而且我对 dev 所做的更改因为 common 甚至与该功能无关。当我制作功能时，我只希望它们在那里。而且我不想每次想测试任何东西时都必须将功能 merge 到 dev 中。

Answer 1

It's going' to be compatible with both, and the changes I made to dev since common are not even related to the feature

这意味着您可以从 dev 开始，然后，当您想要在 prod 中 merge feature 时，您 rebase feature 在 prod 之上。

这样，您只在 prod 之上提交功能提交，它可以 merge feature(快进 merge )