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

zhangxinba

　　在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> 不会在合并后显示合并前后的不同状态
　　gitmerge –stat <branch> 跟上面的参数相反，它会在合并结束后显示合并前后的不同状态
　　git merge -e <branch> 在合并之前会调用配置的编辑器，您可以自己编写commit，否则的话commit的内容就是git自动生成的
　　gitmerge –no-commit <branch>相当于一次快进式合并，不会生成一次提交，如下图所示：

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

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

　　gitmerge –quiet <branch> 无声的合并（不会输出任何信息）
　　gitmerge –ff <branch> 当合并是快进式合并的时候，仅仅是更新了分支的指针，不会产生合并提交，这也是默认的合并行为
　　gitmerge –no-ff <branch> 及时是快进式合并，也会创建一个合并提交
　　gitmerge –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进行非快进式合并，gitmerge –no-ff test

　　这时候，同快进式合并不同的是，在c5处产生了“开叉”，然后新生成了一个commit“Merge branch 'test'”，即多了一个父提交。
　　现在，大家应该对这两种合并有了一种直观的了解了吧。
　　非快进式合并
　　非快进式合并会生成新的提交，并“开叉”，可以让我们的提交历史更加的清晰！