git rebase超详细解读，一文搞懂！！！
1. Git Rebase的介绍
我们都知道，git rebase可以实现git节点或者分支的合并，但是，真正涉及到为什么要使用git rebase，它的好处又是什么等一些比较实际的问题，很多同学就搞不清楚了，本文聚焦于git rebase，着重讨论该命令的两种妙用，来帮助大家直观的理解这条命令。
写在前面：如果你的分支不只有你在进行开发，那么git-rebase可能会导致提交记录的丢失，但是如果你是在自己的分支上进行开发，那么这无疑是一个很棒的选择。
小伙伴们有兴趣想了解内容和更多相关学习资料的请点赞收藏+评论转发+关注我，后面会有很多干货。我有一些面试题、架构、设计类资料可以说是程序员面试必备！
所有资料都整理到网盘了，需要的话欢迎下载！私信我回复【111】即可免费获取
2. Git Rebase作用一：合并本地的多条提交(commit)记录
一般情况下，我们进行开发时，都是从master分支拉一个自己的开发分支，进行代码修改操作，再git add以及git commit之后将我们修改好的代码git push到远程仓库。
但是，很多情况下，我们并不会仅仅在本地git commit一次，而是会执行很多次，而我们知道，每一个的git commit都会形成一个git节点，而如果我们把这些节点都push到远端，就会使项目的git日志很乱，因为你的这些commit对于其他同学来说都仅仅是为了完成你对应的修改工作，他们希望的是，你能在一次commit操作中把你的修改全部完成，这时，就可以用到我们的git rebase操作了，在git push之前，我们可以将几次本地的commit操作合并，这样，我们推送到远端的commit操作就只有一个了，更利于项目管理。
已经在本地提交了两次：
调用git rebase命令合并本地的commit节点
git rebase -i HEAD~2
复制代码
经过上面的操作，我们就只剩了一个commit节点，里面包含了我们所有的修改信息，再合并到master中。就不会有开始提到的问题了。
需要注意的是，如果你的commit已经push到远端了，那么就没有办法使用我们的这个技巧了。
2. Git Rebase作用一：分支合并
1.我们先从 master 分支切出一个 dev 分支，进行开发：
git checkout -b feature1
复制代码
- 其他同学完成了一次
hotfix，并合并入了master分支，此时master已经领先于你的feature1分支了：
- 使用
rebase来同步其他同学修改的结果，来保证自己的代码是最新的版本
3. Git Rebase的过程
git rebase 做了什么操作呢？
首先，git 会把 feature1 分支里面的每个 commit 取消掉；
其次，把上面的操作临时保存成 patch 文件，存在 .git/rebase 目录下；
然后，把 feature1 分支更新到最新的 master 分支；
最后，把上面保存的 patch 文件应用到 feature1 分支上。
4. 冲突解决
在 rebase 的过程中，也许会出现冲突 conflict。在这种情况，git 会停止 rebase 并会让你去解决冲突。在解决完冲突后，用 git add 命令去更新这些内容。
注意，你无需执行 git-commit，只要执行 continue
git rebase --continue
复制代码这样 git 会继续应用余下的 patch 补丁文件。
在任何时候，我们都可以用 --abort 参数来终止 rebase 的行动，并且分支会回到 rebase 开始前的状态。
git rebase —abort
复制代码5. 注意事项
根据上文来看，git-rebase 很完美，解决了我们的两个问题：
1.合并 commit 记录，保持分支整洁；
2.相比 merge 来说会减少分支合并的记录；
但是如果你的分支不只有你在进行开发，那么git-rebase可能会导致提交记录的丢失。
那么当他 pull 远程 master 的时候，就会有丢失提交纪录。这就是为什么我们经常听到有人说 git rebase 是一个危险命令，因为它改变了历史，我们应该谨慎使用。
但是，只要你自己的分支上需要 rebase 的所有 commits 历史还没有被 push 过，就可以安全地使用 git-rebase来操作。