这里记录下自己使用过的一些不常用git利器。这些命令在自动化脚本和插件中非常有用，在排查问题、整理log方面也会有所帮助。
-
git rev-parse HEAD获取当前最后一个的 commit hash
dannyliu@macpro:maleskine$ [master] git rev-parse HEAD
51834cc95f15c81b1d8c6afc2625e50a81aadb23
你应该看出来了，上面命令中的HEAD可以替换成branch name，如git rev-parse dev获取dev分支的最后一次提交
-
git rev-parse --abbrev-ref HEAD获取当前分支名
dannyliu@macpro:maleskine$ [master] git rev-parse --abbrev-ref HEAD
master
- 上面命令都说是获取当前的XX，也就是说你运行命令时所在的 git 目录，如果我想要在任何的地方运行这个命令呢，这时候就需要你明确指出.git目录的位置以及git对应的工作目录（即你的代码位置）
dannyliu@macpro:code$ git --git-dir='./maleskine/.git' rev-parse --abbrev-ref HEAD
master
可以看到上面命令行中，我并没有直接在maleskine目录下运行，通过设置--git-dir选项，也可以正确的获取到maleskine项目当前的分支名。git还有一个选项--work-tree可以指定git的工作目录
- 有时候我们添加了一个commit，比如提交信息是
fix xx bug，后面又修改了些代码，而这次的修改还是为了修复同一个bug，这时候我们就想一个bug两次提交不太好啊，挖坟会被发现工作不认真啊，而且对于强迫症来说这样的log也不美观，所以我们想把这次的修改合并到上一次提交中，这个时候我们得分两种情况，一种是我虽然commit了但是还没push，这种比较简单，直接运行--amend即可。下面的-a是add 的简化操作，正常的是应该先add，再commit，这里一步完成两步的事而已。
git commit -a --amend
第二种就是我commit了，还push到远端了，这就尴尬了，这时候如果你还照着上面一行命令下去，你会发现你push就会被拒绝，因为你修改了一次提交信息，导致远端和你的log自动合并失败，这时候你只能-f强推（多人合作时极其危险）
有时候我们需要合并多次提交，强迫症要求，保证每个commit都是完整有意义的，这时候我们可以参考这一篇文章，使用
git rebase -i命令有时候我们把分支的某些commit弄丢了，需要恢复，这个时候我们可以通过命令
git reflog来查找，reflog里包含了你所有的git操作，配合grep即可找到你丢失的提交git reflog能够找回大部分操作，包括丢失的commit等，但是如果你在reflog中都找不到这个commit，那就说明这个commit没有记录在.git/logs/文件里(有可能被清理过)，它没有被任何东西引用。这种情况下我们该怎么才能恢复commit数据呢？git fsck --full命令可以帮助到你，该命令会显示所有未被其他对象引用的对象。
关于fsck更多点这里
dannnyliu@macpro:martin$ [master] git fsck --full
Checking object directories: 100% (256/256), done.
Checking objects: 100% (1260/1260), done.
dangling commit 2300e11233b0e6e7b3fccc16dc2494ac293d25d
dangling blob c102d16aa2e2547850cb58563b9b277fe79d06b
dangling blob e6841b0a53ec3a711584c917b429ed75b995bcb
- 有时候我们会遇到这么一种情况，大家一起合作开发一个项目，你完成一个功能后commit了，过了好一段时间，你再去验证这个功能时，发现不工作了。what？提交代码后就没有再修改那个功能模块的代码，它怎么能不work了呢？当然也有可能你不知道修改了什么导致的。我想这时候的你肯定是崩溃的，so，神器
git bisect来帮忙。git bisect能帮你快速定位到是哪一次commit导致这个功能出问题的。然后你看下这次commit改了些啥就很快能找到问题了。
简单说下git bisect的使用方法吧，首先你需要使用以下命令设置一个bad commit和一个good commit：
$ git bisect start
$ git bisect bad # Current version is bad
$ git bisect good v2.6.13-rc2 # v2.6.13-rc2 is known to be good(这里可以是tag/commit-hash等)
然后git会帮你不断二分法切到中间点，你只需要一步步验证告诉git这个点是good or bad即可
$ git bisect good # 或者是 git bisect good
最后你会看到这么一个提示，这个就是git帮你找到的第一个坏点，你只需要分析这个commit就OK了，这对迅速排查问题解决问题非常有用
f6df9d0bfbac99e06c293c97a13aee8624757a03 is the first bad commit
后面学到什么更新什么吧
