1、序

Git的rebase命令是一个非常强大的命令，关于这个命令的介绍文章网上很多，但是大多理论性比较强，所以这里结合几个非常典型的应用场景来谈一下rebase命令的使用。 说实话，rebase这个操作极少用到，大部分时候老老实实merge就行了。说到rebase这个单词，有些文章翻译成“变基”，实在有些生硬，但是从字面意思上看base有着基础的含义，比如每次修改代码的时候是基于上一次的基础，这是一个线性的过程，而rebase则是打破这个线性过程，改变变更的基础，达到一些特殊的目的。

2、合并提交记录

通常情况下，每次对代码进行一些修改都会commit一下，时间久了，提交的记录就非常多，比如下面图中：

提交记录

个人对此并不反感，很多时候提交记录详细一点方便以后排查bug、甚至甩锅，谁的提交记录就是谁写的代码、做的修改，一目了然，这玩意也不占多少空间，但是有些特殊情况，比如对外开源的项目在发布的时候希望有一个干净的commit记录。 或者，纯粹是你的leader搞事情，觉得提交记录这么多看着不舒服。。。anyway，这时候使用rebase命令就可以轻松搞定。 整体过程可以分为几步：

第一步，获取commit id

比如上图里面这些提交记录，想把前面4次记录合并到“重构”这次，那么就需要先获取“重构”这个提交记录 前面 那一次提交的commit id，就是那一串hash值，使用<font style="color:rgb(30, 107, 184);">git log</font>命令： 
  1. commit 01da1d7351dfea156eabc7ddf36a9e8eba227645 (tag: v1.1)
  2. Author: wangbenjun <wangbenjun@gmail.com>
  3. Date:   Fri Nov 19 22:00:16 2021 +0800
  5.     重构
  7. commit a0645baeb9938f34658f2766a2d4ec2855791da1 (tag: v1.0)
  8. Author: wangbenjun <wangbenjun@gmail.com>
  9. Date:   Wed Aug 18 20:47:34 2021 +0800
  11.     优化目录结构

第二步，<font style="color:rgb(37, 132, 181);">git rebase -i a0645baeb</font>

git rebase这个命令参数很多，这里就不多介绍，不然又有点overwhelming了，感兴趣的童鞋自行研究，这里只说-i，参数是commit id，填一部分就行。 然后会自动打开一个编辑页面，可能是nano，也可能是vi，取决于系统的配置。

利用Git的rebase命令合并|修改历史提交记录 - 图2

很多人一看到这个多内容可能就有点慌了，不知所措，其实大部分都是注释，只有最上面那几行是有用的，可以看到默认是 pick xxx，这个pick啥意思？ 其实下面就有介绍，p表示use commit，意思就是采用这个提交，然后还有r、e、s、f等命令，这里咱也不多说，只看s，这个s表示采用提交并合并到上一次提交里面。 然后需要把重构后面的记录前面的pick全部改成s，意思是把后面4个提交合并到前面那一次提交里面。

第三步，注释并保存

把pick改成s之后保存，又会自动弹出一个新的编辑页面，内容大概如下： 
  1. # This is a combination of 5 commits.
  2. # This is the 1st commit message:
  4. 重构
  6. # This is the commit message #2:
  8. fix
  10. # This is the commit message #3:
  12. update
  14. # This is the commit message #4:
  16. fix
其大意是这是这5次提交信息的合并，然后它会自动把每次提交的信息都给你列出来，这里可以选择直接保存，也可以顺便修改一下，改成你想要的内容，然后保存。

第四步，推送到远程

完成上面的操作之后，再次使用git log则会发现提交记录已经变了，但是目前还只是在本地，还需要推送到远程，而且推送的时候必须使用—force，如： 
  1. git push origin --force
完成上述操作之后，整个git提交记录就会完全改变了，而且是不可逆操作，当然这也意味着rebase操作是有一定风险的，如果不太清楚需要做什么的话就不要做。
结合以上例子，大家可能会发现rebase是可以拥有修改提交记录的能力，所以基于此，可以衍生出以下应用场景：

3、删除敏感信息

假如公司有人把一些敏感信息，比如账号密码上传到git上面去了，第一反应可能是删掉密码再提交一次。。。然而这有点掩耳盗铃的意思，历史提交记录里面还有呢

历史提交记录

这时候就可以使用rebase修改提交记录，把密码出现过的地方全部抹除掉，相当于没有发生过，过程和上述一样。

4、偷别人的代码

假如你们公司按代码提交量算绩效，你这周摸鱼没有写代码，但是你同事写了很多代码，可以使用rebase把别人的提交记录修整一番，然后你同事的提交记录就没了，变成你的了… 哈哈，此招太贱，可能会挨打，注意使用场景！

5、清理提交记录

有些同学在使用git的时候不知道有stash这个功能，所以每次切换分支的时候都喜欢commit，导致这个commit记录超级多，而且很多无意义的信息，虽然无大雅，但是有些追求极致的leader看不下去， 比如： 
  1. fix bug
  2. fix bug
  3. fix bug
  4. fix bug
  5. ...
或者有时候在调试代码的时候，必须提交到代码库才能部署，也会导致出现很多重复无意义的提交，比较难看。 这时候也可以使用reabse来合并这部分提交，值得一说的是rebase -i支持区间，从某一个commit到另一个commit。

6、合并代码

rebase本身也可以用于合并代码，比如说你在一个开发分支dev上面开发，啪啪啪一堆提交记录，开发完成之后，你想往master合并，如果直接merge过去会导致主分支看上去也很杂乱，碰到一个事多的leader可能又不爽你了，这时候你咋办呢？ 这时候你也可以使用rebase，只不过这时候的base是主分支，不是commit id了，比如： 
  1. git rebase -i master

利用Git的rebase命令合并|修改历史提交记录 - 图4

顺便说一下，<font style="color:rgb(0, 0, 0);">git pull</font>的时候默认自动merge，其实还可以选择rebase，这时候rebase的作用就是类似合并，只不过在时间线上面有差异。 最后，总结一下，那就是rebase很强很厉害，可以随意操纵历史提交记录，实现特殊的需求，不知道上面举的这些例子有没有你刚好用到的。