一次版本回退后，在历史记录里面看到了这样一张图：
master和dev指针指向的是本地的master分支和dev分支，origin/master和origin/dev指向的是远程仓库的master分支和dev分支，这个很好理解。
HEAD指针代表当前工作路径，HEAD与master指向同一id说明当前处在master分支，这个也不难理解。
关键是ORIG_HEAD指针是个什么东西？翻了翻官方的说明文档，没有发现对这个指针的说明。
搜索了一下，略微明白了一点。
针对某些危险操作，Git通过记录HEAD指针的上次所在的位置ORIG_HEAD提供了回退的功能。当你发现某些操作失误了，比如错误的reset到了一个很早很早的版本，可以使用git reset --hard ORIG_HEAD回退到上一次reset之前。
Git在1.8.5版本之后，加入了HEAD@{}功能，它通过一个链表记录HEAD的移动路径。
输入$ git reflog，结果类似于：
$ git reflog
ea34578 HEAD@{0}: reset: moving to HEAD^
d628164 HEAD@{1}: commit: xxx
ea34578 HEAD@{2}: commit: xxxx
cb926e7 HEAD@{3}: commit: xxxx
每一次移动HEAD指针，Git都会将移动的路径通过链表串起来，链表头部的HEAD@{0}即HEAD指针。
但是HEAD@{1}并不一定是ORIG_HEAD！注意到，ORIG_HEAD仅仅是当进行危险操作（比如merge）时才会变更为HEAD指针的原值，而HEAD@{}链表则记录了每次HEAD的移动（包括commit）。
考虑以下情况：
- 1.commit -> 2.merge -> 3.commit
此时，HEAD@{0}、HEAD@{1}、HEAD@{2}分别指向3、2、1，而ORIG_HEAD指向的是1而非2。
显然，有了reflog命令后HEAD链表比不知道什么变过的ORIG_HEAD更好用，因此如果你使用的是1.8.5版本之后的Git，推荐使用HEAD{}链表来代替ORIG_HEAD指针。