Git 交互式 rebase : how to move other branches (refs) automatically?

Question

有时我想做一个 rebase 并确保其他引用更新到新结构而无需手动重置或多次 rebase 。

有没有办法一次性完成，以便 git rebase 将 refs 更新为在 rebase 之前选择并具有引用的新提交？

一个例子:

Rebase之前的情况:

* abc3... commit3 (branch:a, HEAD) 
* abc2... commit2 
* abc1... commit1 (branch:b)
* abc0... base commmit (branch:master)

然后做一个Rebase master -i: pick abc3, abc1, abc2

结果看起来像:(branch:b 留在它自己的提交分支中)

* abc6... commit2 (branch:a, HEAD) 
* abc5... commit1   
* abc4... commit3
|
| * abc1... commit1 (branch:b)
|/
* abc0... base commmit (branch:master)

我希望结果看起来像:(分支:b 更新为新提交)

* abc6... commit2 (branch:a, HEAD) 
* abc5... commit1 (branch:b)
* abc4... commit3
* abc0... base commmit (branch:master)

Answer 1

这是 git 2.39 的新 update-refs 的一般情况。功能有助于我的 rebase 流程。

_{这个特性实际上是从 git 2.38 开始可用的，但是它 *had some bugs* - 你应该更新到2.39.0}

在进行交互式 rebase 时，您现在可以轻松地使用分支名称标记任何提交。该分支名称也不需要已经存在。这可以很容易地将大量提交分解成小的 PR。

假设你运行 git rebase -i <base sha from master> , 里面 git-rebase-todo文件:

pick 1688e8706 First
pick d8e19832e Second
pick b34be474e Third

您可以使用新的分支名称“标记”每个提交，然后推送这些分支，如下所示:

pick 1688e8706 First
update-ref refs/heads/first

pick d8e19832e Second
update-ref refs/heads/second

pick b34be474e Third
update-ref refs/heads/third

注意:您几乎可以忽略 refs/heads/前缀，之后的所有内容都是实际的分支名称!

这就是 git 为你编辑文件的方式，如果你已经有这些分支指向这些 shas。您只需执行一次 [1]，即可将分支名称与提交联系起来。那么，如果你设置 git config rebase.updateRefs true , git-rebase 然后会自动删除这些 update-ref refs/heads/branch-name为您将行添加到您的 git-rebase-todo 文件中。

然后，在每个 rebase 成功完成后，您将看到:

Successfully rebased and updated refs/heads/third
Updated the following refs with --update-refs:
        refs/heads/first
        refs/heads/second
        refs/heads/third

然后你可以像这样推送每个分支:

git push --force-with-lease origin first:refs/heads/first
git push --force-with-lease origin second:refs/heads/second
git push --force-with-lease origin third:refs/heads/third
git push --force-with-lease origin $(git branch --show-current):refs/heads/$(git branch --show-current)

为提交提供一个稳定的句柄本身并不激进，但这是一个手动步骤，在用户空间中非常容易出错。现在 git 已经实现了这一点，期待更高级别的工具为您提供全新的功能!

[1]:如果你git checkout second然后进行更改，git 不会更新 third .您通常应该更愿意留在堆栈的顶部，third在这种情况下。如果您确实对 second 进行了更改并最终想要 rebase third ，你应该运行:

git checkout third
git rebase --onto second d8e19832e

注:d8e19832e在这种情况下实际上是正确的，根据我的示例，这是来自 second 的原始 sha在历史third . Git rebase 将占用 d8e19832e和它下面的所有东西，把它扔掉，然后尝试在新的 second 上应用提交“第三” ，并且您可能需要在此过程中解决冲突。