013.progit笔记---git变基rebase风险 & 解决方法

01、尽量只在未推送到公共仓库的提交上执行变基。

02、变基风险

　　a)远程仓库 & 本地开发

　　

 　　b)远程有新的推送 & 本地更新合并

　　

　　c)远程通过变基，放弃C6提交并通过git push --force推送

　　

　　d)本地更新&合并

　　

　　　　尴尬1：有2个提交的作者、日期、日志完全一样（C4和C4'）

　　　　尴尬2：将公共仓库中丢弃的C6提交找回来了

　　d')通过变基解决尴尬

　　

　　　　git处理步骤

　　　　　　1、检查哪些提交是我们的分支上独有的（C2，C3，C4，C6，C7）

　　　　　　2、检查其中哪些提交不是合并操作的结果（C2，C3，C4）

　　　　　　3、检查哪些提交在对方覆盖更新时并没有被纳入目标分支（只有 C2 和 C3，因为 C4 其实就是 C4'）

　　　　　　4、把查到的这些提交应用在 teamone/master 上面

　　e）在步骤d）中，若用git pull --rebase代替git pull，则不会有问题

　　　　$ git pull --rebase  等价与   $ git fetch;   $ git rebase teamone/master