如何修改历史提交的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个本质总结一下:
- rebase -i 本质是开启一个rebase的处理脚本,并且是一行行顺序直行
- 操作的对象是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本质的理解以后逐渐更新。