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

相关推荐
T - mars1 小时前
Git在Pycharm中的使用
git
sunarmy1 小时前
curl: (56) OpenSSL SSL_read: Connection reset by peer, errno 104
git
典学长编程3 小时前
高效学习之一篇搞定分布式管理系统Git !
大数据·git·搜索引擎
是2的10次方啊3 小时前
.gitignore失效自救指南:原理揭秘与工程师实战排查全流程
git
海外空间恒创科技3 小时前
香港站群服务器与普通香港服务器对比
服务器·git·github
Wetoria5 小时前
管理 git 分支时,用 merge 还是 rebase?
前端·git
泰勒朗斯21 小时前
如何在新机器上设置github完成内容git push
git·github
小妖6661 天前
git branch -a 还有一些已经删除了的分支
git
&Sinnt&2 天前
Git 版本控制完全指南:从入门到精通
git·后端
Tiny2142 天前
多人协同开发时Git使用命令
git