git pull 跟 fetch的区别

今天在公司碰到个问题，公司不使用master分支作为主分支，而使用release分支作为主分支，这就碰到了个问题，也就是当clone一个项目下来的时候，如果master跟release分支有冲突，就不能pull了，自己还要解决冲突。

刚下一个项目，也不懂冲突到底怎么回事，也就很难搞了。

这个时候，就不得不提git的两个命令，git fetch和git pull

Git中从远程的分支获取最新的版本到本地有这样2个命令：

Git fetch

git fetch：相当于是从远程获取最新版本到本地，不会自动merge

git fetch origin master
git log -p master..origin/master
git merge origin/master

以上命令的含义：

首先从远程的origin的master主分支下载最新的版本到origin/master分支上

然后比较本地的master分支和origin/master分支的差别

最后进行合并

上述过程其实可以用以下更清晰的方式来进行：

# 将远程release分支拉到本地的releaselocal分支
git fetch origin releaser:releaselocal

# 切换到tmp分支
git checkout releaselocal

这样也就解决了这个问题，之后master分支删除掉，直接从releaselocal创建master分支，这样所有的分支都跟远端的release分支同步了。

Git pull

git pull：相当于是从远程获取最新版本并merge到本地

git pull origin release:release

上述命令其实相当于git fetch 和 git merge

这个命令其实不太靠谱，如果本地没有release分支的话，会自动根据当前分支branch一个release分支，然后来执行pull操作，所以不太靠谱

所以我通常的做法是保留本地的master分支不进行任何commit，然后通过master分支来进行切换，这样在master分支上是clean的，然后通过之前的命令就不产生冲突了

之后在release分支上进行merge操作，安全很多。