git fetch, merge, pull, push需要注意的地方

在git操作中，我们经常会用到fetch, merge, pull和push等命令，以下是一些我们需要注意的地方。

给大家准备了参考资料：

1. Whatʼs a Fast Forward Merge?：https://sandofsky.com/images/fast_forward.pdf

2. Understanding the Git Workflow：https://sandofsky.com/blog/git-workflow.html

3. Understanding Git: Merging：http://www.sbf5.com/~cduan/technical/git/git-3.shtml

git pull = git fetch + git merge

在git仓库中运行命令：git remote -v

可以看到fetch和push命令可以分别对远程分支进行fetch和push操作，而pull不是直接跟远程分支对话的。

fetch同pull的区别在于：git fetch:是从远程获取最新版本到本地，不会自动merge
  而git pull是从远程获取最新版本并merge到本地仓库
  从安全角度出发，git fetch比git pull更安全，因为我们可以先比较本地与远程的区别后，选择性的合并。
  git push 默认推送到master，如果有多个分支，则多个分支一起推送到远程

git merge

git merge其实有很多参数的哦，我们来看看merge有哪些参数可以供我们选择:

git merge -n <branch> 不会在合并后显示合并前后的不同状态

git merge –stat <branch> 跟上面的参数相反，它会在合并结束后显示合并前后的不同状态

git merge -e <branch> 在合并之前会调用配置的编辑器，您可以自己编写commit，否则的话commit的内容就是git自动生成的

git merge –no-commit <branch>相当于一次快进式合并，不会生成一次提交，如下图所示：

git merge –stat <branch> 在合并后会显示不同的状态，如下图红色框中部分：

git merge –no-stat <branch> 合并后不会显示不同的状态，如下图：

git merge –quiet <branch> 无声的合并（不会输出任何信息）

git merge –ff <branch> 当合并是快进式合并的时候，仅仅是更新了分支的指针，不会产生合并提交，这也是默认的合并行为

git merge –no-ff <branch> 及时是快进式合并，也会创建一个合并提交

git merge –ff-only <branch> 只允许快进式合并

快进式合并和非快进式合并

何为快进式合并？？

如果当前的分支和另一个分支没有内容上的差异，就是说当前分支的每一个提交(commit)都已经存在另一个分支里了，git 就会执行一个“快速向前”(fast forward)操作；git 不创建任何新的提交(commit),只是将当前分支指向合并进来的分支。

快进式和非快进式的区别：

目前仓库的状态是，master分支上有了5次提交，然后基于master创建分支test，并在test上进行3次提交，接下来，我在master分支上对test分支分别进行快进式和非快进式合并。

先进行快进式合并， git merge test (默认为–ff合并)，如下图所示，我们看到一共是5+3=8个提交，分支的提交历史也没有“开叉”，即没有多个父提交节点。

随后，我回到master的第五次提交，然后对test进行非快进式合并，git merge –no-ff test

这时候，同快进式合并不同的是，在c5处产生了“开叉”，然后新生成了一个commit “Merge branch 'test'”，即多了一个父提交。

现在，大家应该对这两种合并有了一种直观的了解了吧。

非快进式合并

非快进式合并会生成新的提交，并“开叉”，可以让我们的提交历史更加的清晰！