当本地commit一个提交和远端服务器中的代码有冲突(别人也改了相同的文件)时可以在pull 中加 –rebase。加上 rebase 的意思是:
- 把本地 repo. 从上次 pull 之后的变更暂存起來
- 恢复到上次 pull 时的状态
- 合并远端的变更到本地
- 最后再合并刚刚暂存下來的本地变更
合并前:
D---E master
/
A---B---C---F origin/master
merge合并后:
D--------E
/ \
A---B---C---F----G master, origin/master
rebase合并,就不會有 G 合并点:
A---B---C---F---D'---E' master, origin/master
注意到,其中 D’, E’ 的 commit SHA 序号跟本來 D, E 是不同的,应为算是砍掉重新 commit 了。
rebase vs. merge
rebase 跟 merge 类似,出现 conflict 会暂停 rebase 动作,需要你手动修复后,然后才可以继续动作。这也是 rebase 比 merge 复杂一点的地方:merge 如果发生 conflict,你只需要解决冲突一次,然后commit 出去就完成了。而 rebase 的 conflict 可能会发生在上述步骤 4 的每一次重新套用上,所以可能需要解决冲突好几次 (rebase 时所谓的解决冲突,其实是直接修改你之前的变更內容,所以上图中变成 D’ 跟 E’ )。
配置
如果想要把 rebase 当做 git pull 的默认值,可以在 .git/config 加上
[branch "master"]
remote = origin
merge = refs/heads/master
rebase = true
也可以直接加到 ~/.gitconfig 让所有的 tracked branches 都自动套用这个设定:
[branch]
autosetuprebase = always
解决git rebase冲突:
===============正规情况========================
rebase的冲突解决过程,就是解决每个应用补丁冲突的过程。
解决完一个补丁应用的冲突后,执行下面命令标记冲突已解决(也就是把修改内容加入缓存):
git add -u
注:-u 表示把所有已track的文件的新的修改加入缓存,但不加入新的文件。
然后执行下面命令继续rebase:
git rebase --continue
有冲突继续解决,重复这这些步骤,直到rebase完成。
如果中间遇到某个补丁不需要应用,可以用下面命令忽略:
git rebase --skip
如果想回到rebase执行之前的状态,可以执行:
git rebase --abort
注:rebase之后,不需要执行commit,也不存在新的修改需要提交,都是git自动完成。
===============简便情况=================
都是git rebase被终止之后我们使用
git rebase --continue
编辑完所有的冲突:
git add -u
git commit
refrence1:http://www.cnblogs.com/sinojelly/archive/2011/08/07/2130172.html
refrence2:http://blog.csdn.net/huangyabin001/article/details/30100287