gitrevisions - git docs
git-rev-parse - git docs中文
HEAD
命名工作区中的更改所基于的提交。
这个很常用了，HEAD为当前分支最新提交，经常用HEAD^、HEAD^^^、HEAD~n来定位之前的提交。
# 清除工作区和暂存区的所有修改
git reset --hard HEAD
# 恢复到上一个提交
git reset --soft HEAD^
FETCH_HEAD
记录您上次调用 git fetch 时 从远程仓库获取的分支。
git fetch origin master会将FETCH_HEAD设置为origin/master
git pull origin master(默认--no-rebase)相当于
git fetch origin master
git merge FETCH_HEAD
如果是git pull --rebase origin master，相当于
git fetch origin master
git rebase FETCH_HEAD
如果想直接用远程分支覆盖当前分支，则
git fetch origin master
git reset --hard FETCH_HEAD
ORIG_HEAD
命令（git am、git merge、git rebase、git reset）时创建的， 用于记录这些命令执行前HEAD的位置， 以便于将分支的顶端 改回执行这些命令前的状态。
与危险操作有关，可以快速取消危险操作git reset --hard ORIG_HEAD
我最常用的还是撤销一个提交并重做，用于修改上一个commit
git reset --soft HEAD^
# 做一些编辑修改...，把修改add之后，重新提交，用-c ORIG_HEAD参数即可复用之前reset的提交信息
git commit -c ORIG_HEAD
对比git commit --amend和好处是可以把commit的内容先恢复到暂存区，在编辑器中可以看到commit的修改。
其他HEAD
以下HEAD我用得比较少。
MERGE_HEAD
记录您在运行 git merge 时 要合并到分支中的提交。
REBASE_HEAD
会记录当前停止操作的提交， 原因可能是冲突或 交互式变基中的 edit 命令。
REVERT_HEAD
记录您在运行 git revert 时要还原的提交。
CHERRY_PICK_HEAD
会记录您在运行 git cherry-pick 时 要 cherry-pick 的提交。
BISECT_HEAD
记录运行 git bisect --no-checkout 时 要测试的当前提交。
AUTO_MERGE
当合并操作导致冲突时， 记录与 ort 合并策略写入工作树的状态 相对应的树对象。