HEAD和DETACHED状态

HEAD基础

git checkout 实际上是修改HEAD文件的内容，让其指向不同的branch。HEAD文件指向的branch就是当前branch。
一般来讲，HEAD的内容是指向staging（暂存区）的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

# 查看工作区、暂存区和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 

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状态。从这里我们也可以看出，head是当前index的状态，而不是当前分支（的最近commit节点）。这仅仅意味着head指向某个特定的commit点，而不是指向每一个特定的分支（的顶端节点）。如果我们此时提交一个commit，只能被head索引到，不属于任何一个分支。当然，我们还可以给在这个“无名分支”的基础上继续提交。

git checkout master 我们一定要注意，刚在提交的commit已经处于无法被索引到的状态。最终将被git的默认回收机制所回收，除非我们在它们被回收之前创建一个指向他们的索引。如果我们没有从刚才的commit离开的话，可以用接下来的命令创建一个指向的索引

# 创建来一个foo分支，指向f，接着更新head指向分支foo，此时，我们不再处在detached head的状态
$ git checkout -b foo

# 同样创建了一个foo分支，但是head仍然指向master分支，仍然处在detached head的状态
$ git checkout foo

# 创建了一个新标签foo，仍处于detached的状态
$ git tag foo

如果已经离开了detached HEAD状态下的commit，我们先要回到commit才可以创建指向它的索引
查看最近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'