Git 交互式 rebase 当前分支上的另一个分支，但不是 HEAD 上

Question

我想知道是否有一种方法可以从一个分支到当前分支而不是头部进行交互式 rebase 。有点像 git rebase -i otherbranch 和 git rebase -i HEAD~2 的组合。

我想要做的是提供一个交互式 rebase 文件，在其中我不仅可以安排来自远程分支的提交，还可以安排当前分支上从头开始的一系列提交。

我的场景是:

• 我有功能分支 B1
• 在等待代码审查期间，我从 B1 分支开始了一项新功能。新的分店是B2
• 代码审查终于进行了，我必须修复 B1 中的某些内容
• 通过修改(而不是新提交)的方式将更改应用于 B1

现在我需要使用 B1 修改后的提交来更新 B2。我想要修改后的提交来替换原始提交。

简单地将 B1 重新设置为 B2 将导致原始提交和修改后的提交出现在 B2 的历史记录中(并且可能会出现一些令人讨厌的 merge 冲突)。

如果我可以在交互式 rebase 提示中获得 B1 唯一提交和一系列 B2 提交，那么我可以告诉 git 放弃旧版本的提交并在一次操作中使用 B1 中的新版本。

所以它可能看起来像:git rebase -i B1 HEAD~2

目前，我通过将 B1 分支到 temp 中，然后从 B2 中挑选新提交到其上，删除 B2，然后将 temp 移动到 B2 来实现此目的。我想这很好......但如果我可以将其作为 rebase 的一部分，那就更好了(我认为)。

Answer 1

这就是 git rebase -i --onto 的情况正如@jthill 指出的。要了解你在做什么，请启动 gitk - 所以如果你有:

A - B - c - D    B2
     \
      C'         B1

(其中 C' 是您修改后的提交)您只需发出 git rebase -i --onto C' C B1其中 C、C' 是提交的 SHA(或您在提交中 checkout 的临时分支名称)，它们被排除。请注意-i并不是严格需要的，尽管如果您遇到冲突，最好在解决冲突时进行交互式 rebase (允许您编辑提交消息，而非交互式将只接受解决方案并继续前进，尽管很多 比交互式更快)。

结果:

A - B - c - D    reflog
     \
      C'         B1
       \
        D'       B2

同样，如果你有:

A - B - c - D - E    B2
     \
      C' - D'        B1

因此您修改了提交 C，因此提交 D 也发生了更改(尽管其内容相同) - 问题 git rebase -i --onto D' D B1 .

在我看来，Rebase 是最重要的 git 命令，它使代码编写达到应有的水平，您可以按任何顺序在任何地方应用更改。

提出问题时，请务必发布如上所示的图表。