微知识-git rebase常用的3个场景和2个本质

如何修改历史提交的commit 的msg信息 r

- git rebase -i xxxx 其中xxx是需要修改的commit的father , -i 是指交互式

- 将pick 修改为r 表示修改commit msg

- 其他的不要动

git rebase的原理是,在交互式界面好比是输入命令,然后把所有需要操作的commit进行一些命令操作。然后在命令行指定的-i xxx 主要是让git rebase自动帮我们从某个commit开始把他的子节点遍历放上去

如何将多个连续的commit合并到一起

原理和前面类似,掌握了rebase的底层原理其实就是 rebase的命令 + commit的obj的sha1数字指针

- git rebase -i xxx

- 由于rebase会根据-i 遍历所有子节点,但是可能只需要修改某几个,就只修改某几个

- 将需要把A B C D合并到一起,假设A最先提交,BCD最后,那么都合并到A,然后在A前面依然是pick,然后修改BCD的都为s,squash压缩类似压缩饼干。他这里s命令的作用就好比把当前commit合并到前一个commit中。所以abcd合并到一起,本质是把bcd压缩到a中。然后bcd压缩到他们前面,就可以用rebase到的s命令。

- 然后弹出交互信息,添加一行交互信息并且提交

这里透出一个本质 rebase -i之后,好比是rebase的子命令脚本,他会根据这个脚本依次处理。不处理的就用pick 需要处理的就用其他命令。比如s是把他压缩到前面。r是当前commit修改msg。

而且这里的操作对象都是每个commit,然后相当于rebase是修改不同commit进行一些操作。

另外还有一个场景,如果要把不连续的每个commit如何整理到一起呢?把握了本质rebase运行机制,很快处理。把rebase当做一个脚本,然后在脚本中顺序指定需要操作的commit,如果要合并多个不连续的,就选择一个pick,其他的放在他后面使用s 进行压缩进去就行了。

这里的2个本质总结一下:

  1. rebase -i 本质是开启一个rebase的处理脚本,并且是一行行顺序直行
  2. 操作的对象是commit信息,操作的命令是p r s。commit本质是gitobj

如果把自己当做git的设计者,这里rebase命令,会先读取rebase -i指定的脚本,然后依次读取每行,然后根据每行的子命令进行处理。比如如果是r就修改这个msgid,本质是修改git obj的msgid。如果是s,应该是把其他几个commit或者obj的diff进行merge,然后合并,但是不会删除其他obj,保留s到前面的那个obj,并且修改那个obj

其他rebase的cmd后期补充

后记:

通过把rebase当做一个脚本,操作commit,假设是设计者对commit序列化的进行一些合并 重命名操作obj,从而能够灵活的理解和掌握git,并且不用死记硬背。

更多git本质的理解以后逐渐更新。

相关推荐
yyycqupt4 小时前
git使用(一)
git
Kkooe8 小时前
GitLab|数据迁移
运维·服务器·git
Beekeeper&&P...9 小时前
git bash是什么,git是什么,git中的暂存区是什么,git中的本地仓库是什么,git中工作目录指的是什么
开发语言·git·bash
Stara051113 小时前
Git推送+拉去+uwsgi+Nginx服务器部署项目
git·python·mysql·nginx·gitee·github·uwsgi
lsswear14 小时前
GIT 操作
git
勋勋勋勋小勋勋14 小时前
git分支合并某一次提交
git
PandaCave15 小时前
git常用命令以及注意事项总结
git
算你狠 - ZGX19 小时前
Git使用
git
Lojarro1 天前
【后端】版本控制
git·subversion