如何在两个不同的分支树之间共享新的 git 分支？

Question

我有一个仓库，其中有两个主要分支（一个是标准产品的自定义版本，另一个是标准产品）。它们共享 90-95% 的代码，但它们之间存在重大差异。

创建可以合并到这两个分支中的新功能的最佳方法是什么？

到目前为止，我已经从一个或另一个主要分支开始了一个新分支，然后将樱桃采摘到另一个......但它开始变得很痛苦。 git 树看起来像 sh!t :(

如果我合并分支，接收分支将被损坏并有大量冲突，这就是我一直使用cherry-pick的原因。

对于这样的事情有很好的工作流程吗？一定会有更好的办法。 我有两个主要分支的原因是因为几乎所有代码都是相同的，但主要分支之间存在细微但重要的差异。

Answer 1

假装一个永久分支比另一个“更新”——就像一个新功能分支F vs.一个错误修复分支乙。 （如果您的一个分支的唯一代码比另一个多，则将其称为 F 以最大程度地减少双向合并的需要。）然后，如果更改应用于 both，根据定义，这将是一个错误修复，因此您将其应用于 B，然后将 B 合并到 F，解决任何问题由于新功能更改了相关代码而产生的冲突。

这个模型在这里也可以工作（尤其是如果几乎所有的新更改都适用于两个版本并且可以首先在 B 上进行），但是有一个问题：first合并时，您将尝试将 F 和 B 之间所有不需要的差异带入 F。所以先做一个 fake 合并：将 B 合并到 F 但实际上根本不改变 F。那么只有 B 上的 新 工作（ie，您询问的非常“新功能”）有资格被合并，这就是您想要。

可以按如下方式创建伪合并（仅使用跨平台 shell 功能）：

# create cmt with a message for the fake merge
git commit-tree F: -p F -p B <cmt
# use the hash it prints below
git checkout F
git merge $HASH

合并将是一个快进，因为commit-tree 是基于F。