微知识-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本质的理解以后逐渐更新。

相关推荐
Winston Wood29 分钟前
一文了解git TAG
git·版本控制
喵喵先森1 小时前
Git 的基本概念和使用方式
git·源代码管理
xianwu5432 小时前
反向代理模块
linux·开发语言·网络·git
binishuaio4 小时前
Java 第11天 (git版本控制器基础用法)
java·开发语言·git
会发光的猪。5 小时前
如何在vscode中安装git详细新手教程
前端·ide·git·vscode
stewie67 小时前
在IDEA中使用Git
java·git
晓理紫16 小时前
使用git lfs向huggingface提交较大的数据或者权重
git
我不是程序猿儿17 小时前
【GIT】sourceTree的“当前分支“,“合并分支“与“检出分支的区别
git
_OLi_1 天前
IDEA中新建与切换Git分支
java·spring boot·git
PyAIGCMaster1 天前
ubuntu下安装 git 及部署cosyvoice(1)
git