工作中Git是一项不可缺少的技能，熟悉Git操作会让工作效率更高，git merge、git rebase、git reset、git revert、git fetch、git pull、git reflog……这些 git 命令执行、是什么任务自己还是不太了解，遂整理一波。
1、合并
拥有多个分支是很方便的，这样可以将不同的新修改互相隔离开，而且还能确保你不会意外地向生产代码推送未经许可或破损的代码修改。但一旦这些修改得到了批准许可，我们就需要将其部署到我们的生产分支中！可将一个分支的修改融入到另一个分支的一种方式是执行 git merge。Git 可执行两种类型的合并：fast-forward 和 no-fast-forward。
Fast-forward (—ff)
在当前分支相比于我们要合并的分支没有额外的提交（commit）时，可以执行 fast-forward 合并。Git 很懒，首先会尝试执行最简单的选项：fast-forward！这类合并不会创建新的提交，而是会将我们正在合并的分支上的提交直接合并到当前分支。
No-fast-foward (—no-ff)
如果你的当前分支相比于你想要合并的分支没有任何提交，那当然很好，但很遗憾现实情况很少如此！如果我们在当前分支上提交我们想要合并的分支不具备的改变，那么 git 将会执行 no-fast-forward 合并。
2. 合并冲突
尽管 Git 能够很好地决定如何合并分支以及如何向文件添加修改，但它并不总是能完全自己做决定，我们需要自己修改冲突
案例如下：
3. 变基（Rebasing）
刚看到可通过执行 git merge 将一个分支的修改应用到另一个分支。另一种可将一个分支的修改融入到另一个分支的方式是执行 git rebase。
git rebase 会将当前分支的提交复制到指定的分支之上。
变基与合并有一个重大的区别：Git 不会尝试确定要保留或不保留哪些文件。我们执行 rebase 的分支总是含有我们想要保留的最新近的修改！这样我们不会遇到任何合并冲突，而且可以保留一个漂亮的、线性的 Git 历史记录。
git rebase 在为复制的提交创建新的 hash 时会修改项目的历史记录。
4、取回（Fetching）
如果你有一个远程 Git 分支，比如在 GitHub 上的分支，当远程分支上包含当前分支没有的提交时，可以使用取回。比如当合并了另一个分支或你的同事推送了一个快速修复时。通过在这个远程分支上执行 git fetch，我们就可在本地获取这些修改。这不会以任何方式影响你的本地分支：fetch 只是单纯地下载新的数据而已。
5、拉取（Pulling）
尽管 git fetch 可用于获取某个分支的远程信息，但我们也可以执行 git pull。git pull 实际上是两个命令合成了一个：git fetch 和 git merge。当我们从来源拉取修改时，我们首先是像 git fetch 那样取回所有数据，然后最新的修改会自动合并到本地分支中。
6、Reflog
每个人都会犯错，但犯错其实没啥！有时候你可能感觉你把 git repo 完全搞坏了，让你想完全删了了事。
git reflog 是一个非常有用的命令，可以展示已经执行过的所有动作的日志。包括合并、重置、还原，基本上包含你对你的分支所做的任何修改。
如果你犯了错，你可以根据 reflog 提供的信息通过重置 HEAD 来轻松地重做！
假设我们实际上并不需要合并原有分支。当我们执行 git reflog 命令时，我们可以看到这个 repo 的状态在合并前位于 HEAD@{1}。那我们就执行一次 git reset，将 HEAD 重新指向在 HEAD@{1} 的位置。
我们可以看到最新的动作已被推送给 reflog。
7、重置（Resetting）
当我们不想要之前提交的修改时，就会用到这个命令。也许这是一个 WIP 提交或者可能是引入了 bug 的提交，这时候就要执行 git reset。
git reset 能让我们不再使用当前台面上的文件，让我们可以控制 HEAD 应该指向的位置。
软重置
软重置会将 HEAD 移至指定的提交（或与 HEAD 相比的提交的索引），而不会移除该提交之后加入的修改！
假设我们不想保留添加了一个 style.css 文件的提交 9e78i，而且我们也不想保留添加了一个 index.js 文件的提交 035cc。但是，我们确实又想要保留新添加的 style.css 和 index.js 文件！这是软重置的一个完美用例。
输入 git status 后，你会看到我们仍然可以访问在之前的提交上做过的所有修改。
硬重置
有时候我们并不想保留特定提交引入的修改。不同于软重置，我们应该再也无需访问它们。Git 应该直接将整体状态直接重置到特定提交之前的状态：这甚至包括你在工作目录中和暂存文件上的修改。
Git 丢弃了 9e78i 和 035cc 引入的修改，并将状态重置到了 ec5be 的状态。
8、还原（Reverting）
另一种撤销修改的方法是执行 git revert。通过对特定的提交执行还原操作，我们会创建一个包含已还原修改的新提交。
假设 ec5be 添加了一个 index.js 文件。但之后我们发现其实我们再也不需要由这个提交引入的修改了。那就还原 ec5be 提交吧！
完美！提交 9e78i 还原了由提交 ec5be 引入的修改。在撤销特定的提交时，git revert 非常有用，同时也不会修改分支的历史。
9、分支函数 Branch
本地分支创建： git branch testing
查看各个分支当前所指的对象： git log --oneline --decorate
分支切换： git checkout testing
项目分叉历史： git log --oneline --decorate --graph --all
本地分支关联远程：git branch --set-upstream-to=origin/XXX XXX
10、其他（Other）
提交暂存区的指定文件到仓库区 git commit [file1] [file2] ... -m [message]
选择一个commit，合并进当前分支 git cherry-pick [commit]
删除分支 git branch -d [branch-name]
删除远程分支 git push origin --delete [branch-name]
显示当前分支的版本历史 git log
显示commit历史，以及每次commit发生变更的文件 git log --stat
搜索提交历史，根据关键词 git log -S [keyword]
显示某个文件的版本历史，包括文件改名 git log --follow [file]
显示指定文件相关的每一次diff git log -p [file]
显示暂存区和工作区的差异 git diff
11、仓库
下载远程仓库的所有变动 git fetch [remote]
显示所有远程仓库 git remote -v
显示某个远程仓库的信息 git remote show [remote]
增加一个新的远程仓库，并命名 git remote add [shortname] [url]
取回远程仓库的变化，并与本地分支合并 git pull [remote] [branch]
上传本地指定分支到远程仓库 git push [remote] [branch]
强行推送当前分支到远程仓库，即使有冲突 git push [remote] --force
推送所有分支到远程仓库 git push [remote] --all