gIt rebase 的三种作用
1.拉代码rebase
2.合并分支rebase
3.处理commit提交记录
1.拉取代码rebase
正常我们在拉取远程代码时使用 git pull
git pull === git fetch + giet merge 是使用fast-forwad模式，如果出现冲突后，解决冲突且重新提交记录，则会出现分支错乱的问题，
输入命令查看log记录 git log --graph --pretty=oneline --abbrev-commit
强迫症的同学一定会受不了，因此出现git pull --rebase
git pull --rebase === get fetch + git rebase
如上图，当使用git pull --rebase 出现冲突
则先解决冲突后 再
git add .
git rebase --continue
此刻，当前commit提交记录就变成一条线了。注意之后若重新提交则需要 git push -f 即为强制提交替换远程commit记录。
2.合并分支rebase
当你接到需求后从master分支切出dev分支，然后dev分支开发完成后需要先切回master分支，git pull --rebase 拉取最新的代码，再切回dev分支，这时候你需要先合并master的最新代码，正常git merge 后会出现commit提交错乱，如下图
这样就会让人感觉强迫症犯了。
因此，我们可以是用git rebase来合并，如上述，不使用git merge master， 使用git rebase master 后记录如下图
可以看到，master和dev将基线以后的commit进行了排序，变基的dev分支在前面，合并的master修改commit再后。 最后提交git push -f。 注意需要需要强制提交，因为变基后的dev和远程的dev commit记录顺序不一致。
3.处理commit提交记录
当我们需要处理commit记录时, 可以使用git rebase -i对分支记录操作， 常见的如删除，合并多个commit
执行git rebase -i head~3, 即前三次提交记录，如下图，执行后进入vim编辑器，将对应的commit前面的pick改为drop即为删除，squash为合并。
当使用git rebase -i修改后发现修改内容有误，想恢复修改之前的可以 执行 git rebase --abort 来恢复