HEAD基礎
git checkout 實際上是修改HEAD文件的內容，讓其指向不同的branch。HEAD文件指向的branch就是當前branch。
一般來講，HEAD的內容是指向staging（暫存區(qū)）的master文件的
# 查看當前HEAD指向
$ cat .git/HEAD
ref: refs/heads/dev
當然也可指向其他索引文件，不管怎么樣，這個索引文件的內容又由git reset控制。
通過git branch命令看到的結果和HEAD文件內容一致。
# 查看分支詳情
$ git branch -v
* dev c909fd3 add c
master 83428ce add e
# 查看工作區(qū)、暫存區(qū)和HEAD的差異
$ git checkout
M b.py
detached HEAD
如果讓HEAD文件指向一個commit id，那就變成了detached HEAD。git checkout 可以達到這個效果，用下面的命令：
# 切換指定commit的前一個commmit ^指的是前一個 ^^前兩個
$ git checkout dev^^
or
$ git checkout deab1f9890^^ # deab1f9是dev分支最后一個提交的commit
Note: checking out 'dev^^'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:
git checkout -b <new-branch-name>
HEAD is now at 439ac73... add b
# 查看分支詳情
$ git branch -v
* (HEAD detached at 439ac73) 439ac73 add b
dev deab1f9 update
master 83428ce add e
注意
現在head已經指向commit b，這就是所謂的dedatched head狀態(tài)。從這里我們也可以看出，head是當前index的狀態(tài)，而不是當前分支（的最近commit節(jié)點）。這僅僅意味著head指向某個特定的commit點，而不是指向每一個特定的分支（的頂端節(jié)點）。如果我們此時提交一個commit，只能被head索引到，不屬于任何一個分支。當然，我們還可以給在這個“無名分支”的基礎上繼續(xù)提交。
git checkout master 我們一定要注意，剛在提交的commit已經處于無法被索引到的狀態(tài)。最終將被git的默認回收機制所回收，除非我們在它們被回收之前創(chuàng)建一個指向他們的索引。如果我們沒有從剛才的commit離開的話，可以用接下來的命令創(chuàng)建一個指向的索引
# 創(chuàng)建來一個foo分支，指向f，接著更新head指向分支foo，此時，我們不再處在detached head的狀態(tài)
$ git checkout -b foo
# 同樣創(chuàng)建了一個foo分支，但是head仍然指向master分支，仍然處在detached head的狀態(tài)
$ git checkout foo
# 創(chuàng)建了一個新標簽foo，仍處于detached的狀態(tài)
$ git tag foo
如果已經離開了detached HEAD狀態(tài)下的commit，我們先要回到commit才可以創(chuàng)建指向它的索引
查看最近head指向的commit點
$ git log -g -2 HEAD
or
$ git reflog -2 HEAD
恢復
# 恢復
$ git checkout dev
M b.py
Previous HEAD position was c909fd3... add c
Switched to branch 'dev'
