Git Rebase后本地分支提交次数疑问咨询

嘿，我来帮你拆解下这个Git rebase的提交计数问题～先理清楚你的场景：

• 本地有Master和Dev两个分支，所有分支都没有待推送到远程的提交
• 你先执行了切换分支命令：

  git checkout dev
  

  之后应该是执行了git rebase master（这是最常见的rebase操作），但看不懂日志里显示的提交次数来源。

核心：Rebase本质是“重播”你的提交 #

当你把Dev分支rebase到Master上时，Git的操作流程其实是这样的：

1. 先找到Dev和Master的最近公共祖先——也就是当初Dev从Master分叉出来的那个提交节点
2. 把Dev分支在这个公共祖先之后的所有提交，挨个“摘”下来临时存好
3. 把Dev分支的指针直接移到Master分支的最新提交上
4. 最后把之前摘下来的提交，按顺序重新应用到Master的顶端

而日志里显示的提交次数，就是Dev分支在公共祖先之后的独立提交数量。

举个直观的例子：
假设Rebase前的提交链是这样的：

Master: A → B → C （最新提交是C）
Dev:    A → B → D → E （从B分叉，之后有D、E两个提交）

这里公共祖先是B，Dev在B之后有2个提交。执行rebase后，Git会把D、E依次重新应用到C上面，所以日志里会显示“Applying D”“Applying E”，总共2次提交，这就是次数的来源。

为什么次数可能和你预期的不一样？ #

• 如果Dev上的某些提交已经被合并到Master里了（比如之前用merge操作过），Git会自动跳过这些重复的提交，计数就会比你想的少
• 如果有提交是“空提交”（只改了提交备注，没改代码内容），Git也会直接跳过
• 要是用了交互式rebase（git rebase -i），你可以手动合并、修改提交，这时候计数也会跟着变

怎么验证这个逻辑？ #

你可以先跑这条命令看看分支的提交结构：

git log --oneline --graph master dev

找到两个分支的公共祖先，然后数一下Dev在这个节点之后有多少个提交，这个数字应该和rebase日志里的提交次数完全对应上。

内容的提问来源于stack exchange，提问作者Boney