Git pull命令与fetch命令的区别
今天在公司碰到个问题，公司不使用master分支作为主分支，而使用release分支作为主分支，这就碰到了个问题，也就是当clone一个项目下来的时候，如果master跟release分支有冲突，就不能pull了，自己还要解决冲突。
刚下一个项目，也不懂冲突到底怎么回事，也就很难搞了。
这个时候，就不得不提Git的两个命令，git fetch和git pull
Git中从远程的分支获取最新的版本到本地有这样2个命令：
Git fetch
git fetch：相当于是从远程获取最新版本到本地，不会自动merge
|
1
2
3
|
git fetch origin mastergit log -p master..origin/mastergit merge origin/master |
以上命令的含义：
首先从远程的origin的master主分支下载最新的版本到origin/master分支上
然后比较本地的master分支和origin/master分支的差别
最后进行合并
上述过程其实可以用以下更清晰的方式来进行：
|
1
2
3
4
5
|
# 将远程release分支拉到本地的releaselocal分支git fetch origin releaser:releaselocal# 切换到tmp分支git checkout releaselocal |
这样也就解决了这个问题，之后master分支删除掉，直接从releaselocal创建master分支，这样所有的分支都跟远端的release分支同步了。
Git pull
git pull：相当于是从远程获取最新版本并merge到本地
|
1
|
git pull origin release:release |
上述命令其实相当于git fetch 和 git merge
这个命令其实不太靠谱，如果本地没有release分支的话，会自动根据当前分支branch一个release分支，然后来执行pull操作，所以不太靠谱
所以我通常的做法是保留本地的master分支不进行任何commit，然后通过master分支来进行切换，这样在master分支上是clean的，然后通过之前的命令就不产生冲突了
之后在release分支上进行merge操作，安全很多。
感谢阅读，希望能帮助到大家，谢谢大家对本站的支持！
原文链接：http://blog.csdn.net/ethanwhite/article/details/50543133
