Git Rebase基础

我理解的git rebase：

1. 适用情形：从master创建分支work，在开发过程中，master和work分支各自前进了几个版本。这时，有两种方法提交代码。一，使用git merge，把master分之的更新合并到当前分支，树结构上会有master分支指向work分支的一条线表示合并，解决冲突后提交。二，使用git rebase，把master分支的更新衍合（注意区别于合并）到当前分支，由于是把master分支的更新打成补丁放在work分支，所以树结构上不会有多余的分叉，然后解决冲突后提交。
2. 优势：一，依照更新顺序依次打补丁，而不是把所有的更新全部堆叠在一起。二，树结构整洁，不会有多余分叉。

3. 图结构：
   merge:
   

   rebase:
   

Git rebase注意点：每次提交不要顺便推到远端（真的没必要，不要这样做）错误如下图所示：

我总结的git rebase步骤：
1. （sourceTree）该提交的都提交，保证当前是干净的。不要推送！
2. （sourceTree）把master代码更新到最新。
3. （命令行）git rebase origin/master 执行rebase操作，把当前分支落后于master分支的提交全部打到当前分支，并且把当前分支的几次更改做的提交重新打在当前分支。或者（开发工具GUI）在work分支，选择master分支，选择“Rebase onto”。如果有冲突使用开发工具GUI解决。rebase结束。
4. （sourceTree）此时的本地分之应该是合并了master和本地分支的干净工作状态的分支，直接推送到远程对应分支，远程此时是没有对应分支的。
5. （Git管理网站）创建merge请求。