将基于主题分支的分支的更改合并到 git 中的不同主题分支

Question

我的团队正在 git 中开发一个共享主题分支，我将其称为“topic1”。我正在对由 topic1 组成的分支上的一些代码进行重构，我将其称为“重构”。我定期将 topic1 合并到 refactor 中，以便能够及时了解更改，但尚未将 refactor 合并回 topic1 中，因为重构仍在进行中。

还有另一个主题分支，我将其称为“topic2”，它是最近从 master 创建的。我想做的就是将我对“重构”所做的更改合并到由 topic2 组成的新分支，我将其称为“topic2_refactor”。 （即提交中的更改只能通过重构访问，而不能通过 topic1 访问。）

我知道如何查看这些更改：

git log origin/refactor --not origin/topic1

所以我想做的是这样的 - 但这个语法不正确：

git checkout topic2
git checkout -b topic2_refactor

然后这个：

git merge origin/refactor --not origin/topic1

或者这样：（

 git cherry-pick origin/refactor --not origin/topic1

由于 master 上发生了一些更改，这些更改后来被合并回重构分支，上述似乎导致了不必要的合并冲突。）

我希望有一种干净的方法来做到这一点并避免不必要的合并冲突，这些冲突稍后在“重构”分支的历史中解决。使用 git rebase、git filter-branch 等可以实现这一点吗？

Answer 1

您可以尝试使用 --onto 选项进行 git rebase。这允许变基操作从基于“topic1”的“refactor”分支获取需要应用的差异，然后将它们应用到“topic2”

git co refactor
git co -b topic2_refactor
git rebase --onto topic2 topic1 # bases the diffs off of topic1, but applies them to topic2

。您的成功可能会有所不同。仍然可能会发生有问题的冲突。这样做的缺点是，您现在将拥有两个具有相同更改的独立重构分支，但由于这是一个变基，它们具有不同的历史记录，如果您不小心，它们很容易出现分歧（您必须不断地从一个分支中挑选）分支到另一个或类似的东西）。

然后，当 topic1 和 topic2（重构后）需要再次合并到 master 时，您可能会遇到麻烦，因为它们将具有所有相同的重构提交。尽管 git 通常在这方面做得很好。

由于重构似乎独立于这些主题分支，因此我会考虑将重构分支重新定基为 master，这样您就可以在重构完成后将这些更改合并到两个主题中。