git pull

git pull的默认行为是git fetch + git merge

git pull --rebase则是git fetch + git rebase.

git fetch 从远程获取最新版本到本地，不会自动合并分支

1、git pull和git pull --rebase提交后分支区别

假设共同基线是commit-D,从D分出了master分支和topic分支

	  A---B---C topic
	 /
    D---E---F---G master

（1）git pull，现在master分支想merge topic分支，那么成功merge后的git提交是这样子的

	  A---B---C topic
	 /         \
    D---E---F---G---H master

也就是之前分支记录不变，G后面多了一个提交H，H就是合并这个操作，merge层次比较明显，每个提交的时间真实，但是多个分支交叉看起来比较混乱。

（2）在master分支想rebase topic分支，那么成功merge后的git提交是这样子的

	  A---B---C topic
	 /        
    D---E---F---G---H ---A'---B'---C'master

也就是将两个分支线性的融合到一个分支，没有增加额外的提交，看起来比较清晰，但是某些修改的时间可能是虚假的（前后时间是错的）。

2、git pull和git pull --rebase提交冲突的处理方法

（1）执行 git pull 之后如果有合并冲突，使用以下三种方式处理这些冲突：

修改冲突git add ...  git commit

丢掉本地提交 git reset --hard ,git pull

回到冲突前的状态 git reset --hard

（2）执行git pull --rebase之后如果有合并冲突，使用以下三种方式处理这些冲突：

git rebase --abort 会放弃合并，回到rebase操作之前的状态，之前的提交的不会丢弃；

git rebase --skip 则会将引起冲突的commits丢弃掉（慎用！！）；

git rebase --continue 合并冲突，结合"git add 文件"命令一起用与修复冲突，提示开发者，一步一步地有没有解决冲突。（fix conflicts and then run “git rebase --continue”）