使用git做开发的版本管理也有一年半之多了，但是始终都是常用的branch commit status diff push等一些再常用不过的命令，最近闲下来，打算学习一下高端用法，所以就静下心来好好读了一下蒋鑫老师的《Git权威指南》，果然受益匪浅，加上之前搭建过gerrit审核服务器，做过gitiles搭建等，感觉目前来说对于git能算是一个小小的里程碑了，记录一下觉得很有用的命令。
常用篇：
git commit -s
提交信息中会存有Signed-off-by: <user.name> <user.email>信息
git commit -am
添加当前本地修改并写commit信息
如 git commit -am 'test'
git log --graph --oneline
简介显示git log，一行，树状图形。
git log -p
显示每个commit的diff信息
git log --stat [-num]
显示每个commit所修改的文件信息，显示最近num次
git tag <tag name>
在当前位置创建tag，加-m参数后可跟描述
git tag -d <tag name>
删除某tag
git tag -ln
显示当前的tag及描述列表
git push <remote> <tag>
推送本地tag至远端remote
git push <remote> :<tag>
删除远端tag
git diff --word-diff
逐词比较
git clone [--bare] [--mirror] repository directory[.git]
不带参数的时候就是将repository 克隆到本地成为工作区，版本库在.git目录下
--bare 是克隆到本地成为git裸版本库，可以对其进行推送（git push）
--mirror 是克隆到本地成为git版本库，对上游版本库进行了注册，所以在此版本库中可以执行git fetch操作进行持续更新
进阶篇：
git stash [sava <message>]
将工作区修改暂存
git stash list
查看保存的进度
git stash pop <stash>
将git stash暂存的修改弹出
stash为git stash list的标号
git stash clear
删除所有存储的进度
git stash drop <stash>
删除一个保存的进度，默认是最新的那个
git rev-parse --show-toplevel
显示当前git仓储的绝对路径
git format-patch [-s] <since> <till>
将从since到till的commit转换成patch，-s代表需要签名。
cat *.patch | git am
应用git format-patch生成的patch
BUG篇：
git blame [-L <num>] <file>
文件追溯，如果某个文件（哪行）导致了一个bug，可以通过这个命令快速查看这里是谁提交的，例：
git blame -L 6, +10 main.c 看main.c从第六行起后边10行的commit信息。
二分查找
git bisect start [BAD] [GOOD]
开始记录二分查找
git bisect good/bad
把某个commit标记为好/坏的版本
如果有标记错的情况:
git bisect log > logfile
git bisect reset
编辑logfile将错误的那条删除或#注释，然后
git bisect replay logfile
git bisect run [cmd]
bisect支持自动搜索，cmd可以是shell命令，shell脚本，其他脚本等等。如：
git bisect run make
git bisect run ~/test_case.sh
git bisect run sh -c 'make'
返回0代表good
返回125代表跳过
返回1~127（除125）代表bad
反悔篇：
git reflog show dev
查看本地分支dev的提交记录，可用于恢复reset的内容
e875f66 dev@{0}: merge e875f66afec3177c69f420e5c23d78887676ae4a: Fast-forward
2923439 dev@{1}: merge 29234390a3b0a65be9c9e751914ecc0d0a175ba3: Fast-forward
bc51812 dev@{2}: merge bc51812ad4faf78421cb4ccff4b8bb9d1badab13: Fast-forward
git reset --hard dev@{2}
恢复到dev@{2}处，相当于反操作0 1的动作。
git commit --amend [-m <commit message>]
修改已经commit过的commit信息
git checkout [commit/branch/tag...] --path
将本地path文件回复至某个点时的状态，如 git checkout HEAD^ --README
git reset --soft HEAD^^
多步悔棋，恢复到最近两次提交之前，然后git commit。实现多次悔棋。
git commit -C [commit/branch/tag...]
提交的时候 commit信息用某个点的
git checkout master
git reset --hard HEAD@{1}
将master分支重置与最新的提交上
变基篇：
git rebase
个人认为最难理解的一个命令，一度想要放弃理解，终于在实践后得到部分理解。故记录。
git rebase --onto <base> <since> <till>
首先会切换至base，相当于 git checkout base
然后cherry-pick since以上（不包括since）直到till（包括till）之间的所有commit
在原git树上的自上到下的结构应该是 till > since > base
执行命令后其实就相当于丢弃了base（不包含）到since（包含）之间的其他commit
如果till就是HEAD，则可省略HEAD，即： git rebase --onto base since
PS：since till也可以是别的线上的提交
git rebase -i <commit/tag/...>
交互式编辑，采用修改文件的方式自动变基。后接参数为“基”，修改配置文件的时候需要注意：
从上到下的顺序为最老提交到最新提交，与gitk qgit等顺序相反。
删除/跳过：删除那一行的commit信息
合并： 将自动的pick改为squash，则将与上一个老commit合并