【发布时间】:2022-01-11 01:02:37
【问题描述】:
我想在不先将其签出的情况下将分支重新设置为基础并将其签出到当前分支。这样可以节省签出旧存储库状态并重新编译它所涉及的文件的时间。
例如,我有这个:
A -> B -> C (HEAD -> main)
\
D -> E (old)
我想要以下。基本上检查old 并在main 之上重新定位。
A -> B -> C (main) -> D -> E (HEAD -> old)
我通常会跑:
git checkout old
git rebase main
问题是我几个月前在old 分支上工作。检查它会触及许多文件。存储库很大,如果这样做,我将需要花费数小时重新编译。我真正想做的是:
# Don't update 'main'
git checkout --detach
# Automatically cherry-picks commits after the common ancestor,
# just like a 'rebase' from that branch would do.
git cherry-pick main..old
# Update the branch ref
git branch -f old HEAD
# Check out the "rebased" branch
git checkout old
有没有更短的方法?
【问题讨论】:
-
可以说,命令的
git rebase main old形式应该按照你想要的方式工作。事实上,它曾经按字面意思运行git checkout old; git rebase main,即您不想要的方式。自从用 C 重写后,git rebase的某些方面得到了改进,它可能按照您现在想要的方式工作,但我不会假设这一点。 (我也不喜欢git rebase U B让你留在分支 B 上的事实,即使你在开始时在分支 C:它应该让你留在分支 C。所以无论如何我总是建议不要使用这种形式的变基。) -
请注意,以上不是答案:它是对
git rebase过去有多糟糕的评论。 :-)(另外,我喜欢你的个人资料,但我注意到它是特定于 py2k 的。还有:你的用户名是 Red Dwarf 拼字游戏中使用的 Cat 这个词吗?) -
@torek 我阅读了rebase docs。有些论点听起来像我想要的,但随后给出了不同的结果——可能是你所描述的。也许还有办法。 (你知道参考!很棒的表演:-))
-
我有(我想我弄丢了)一个钥匙环,上面有一张太空虫的照片和一个标签:“我的另一艘宇宙飞船是红矮星”。 (我买了一本关于这个节目的杂志,主要是为了钥匙圈……)
标签: git shortcut rebase cherry-pick