Git-你好, HEAD 同学

曾经终败给现在 2022-05-30 02:00 191阅读 0赞

--------------------

## title: Git-你好, HEAD 同学   date: 2018-02-27 17:03:01   tags: ##

真是一场自我尬聊的好表演

# 开篇之我为什么开始了和 HEAD 同学的尬聊 #

在之前的博客中，多次提到了 HEAD，例如这个从 讲分支那篇博客扒出来的图：

![深层次的分支概念图][7251bd4d7b1af4aaaa3ffaf9ed004c48.png]

我一直认为它是一个指向当前分支的指针，但是这两天看扔物线大神的 [Git 原理详解及实用指南][Git] 的时候，突然之前，我对这个 HEAD 指针有了不一样的看法。

多次相逢不相识，现在我要研究它。

# HEAD 在哪？HEAD 是谁？ #

第一步，我们先要去找到 HEAD。找之前，先考大家一个问题：

> Git 是怎么和项目联系起来的呢？

你们思考着，反正我先公布答案了，哈哈哈。

是因为在执行第一个 git 命令操作 `git init`的时候，在项目的根目录下，创建了一个`.git`文件夹, 此文件是隐藏文件，Mac 系统小伙伴按下快捷键 `command+option+.` ，Windows 小伙伴勾选显示隐藏文件可以显示隐藏文件，就可以看到它了。

打开`.git`，可看到如下内容：

![ddb0cbee40aafe23be7f9971691b6491.png][]

`.git` 文件中存储 Git 对这个项目进行版本控制的所有信息，其他的先不说，小伙伴们，你们有没有发现重点?,有一个大写没加粗的 `HEAD` 文件！赶紧打开看看：

![在这里插入图片描述][2021051000534170.png]

HEAD 文件的内容，是指向了另一个文件的应用，于是找的 `refs/heads/master` 打开,诡异的是，这个文件根本不存在，因为我刚刚对这个项目进行版本管理，此时，无任何提交，什么分支都不存在，master 分支是 git 的默认分支，所以会指向它。

不管怎样，我们找到了它，第一步完成。

另外，想分享给大家的是，我们还可以通过 `git show` 命令来查看 HEAD 指针目前指向什么。

# HEAD 的本质是什么？ #

刚刚创建的项目没有版本管理的历史，现在创建几个提交和分支，然后切换分支看一下 HEAD 的内容。

![在这里插入图片描述][20210510005400356.png]

![73bf9f984371d06edea800a335099fef.png][]

很熟悉的一大串数字，很像 commit 的 SHA1 值。我们通过 `git log` 查看，发现是 master 分支最新的提交。

![f8d68b6b3d921323c2db3b6afe7db205.png][]

目前 HEAD 文件指向的内容是传递顺序是这样的：

> HEAD->refs/heads/master->8813419d6b148d03192b6b166e2ed8fd800d0dc3

我得出了一个结论，HEAD 的本质不是提向分支,而是指向 commit 提交。

问题又来了：

*  HEAD 为什么要通过 refs/heads/master 中转一下，而不是直接指向 master 分支的提交？
 *  HEAD 可以直接指向提交吗？

解释以上问题，需要知道 `refs/heads/` 文件夹存储的内容是当前项目所有分支的头指针，每个分支的头指针都指向该分支的最新提交。

![3905694f14794aea2c3e779b5377539e.png][]

![8c445e1fd188a0e533dcc1e8cfc63a13.png][]

![73bf9f984371d06edea800a335099fef.png][]  
![在这里插入图片描述][20210510005424463.png]

![在这里插入图片描述][20210510005443213.png]

从上图看，三个分支的头指针指向的提交都不同，HEAD直接指向提交毫无问题。

但是此时出现一个 dev 分支，刚从 master 检出，头指针和 master 相同，HEAD直接指向提交的话，怎么知道，当前工作分支是 master 还是 dev 呢？

![10d437b16d0941fa6a559461752930ad.png][]

此时 HEAD 文件的内容就非常有意义了：

![7f64f7acb6d9e3c77f24a1b05a606be5.png][]

所以，HEAD 通过先指向分支的头指针，再指向提交的意义就是表明当前所处的分支。

关于第二个问题，答案是肯定的，但是会进入一种特殊的状态 `detached HEAD`。

# detached HEAD,游离的 HEAD 指针。 #

使用 `git checkout <commit id>` 成功的进入了  
`detached HEAD` 状态：

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDUyNjIz_size_16_color_FFFFFF_t_70]

此时的 HEAD 文件内容，不再指向分支的头指针，而是直接指向了提交。

![35cf1eabba98f21c5a8dd342e2005492.png][]

得出结论，当 HEAD 指针直接指向提交时，就会导致 `detached HEAD` 状态。在这个状态下，如果创建了新提交，新提交不属于任何分支。相对应的，现存的所有分支也不会受 `detached HEAD` 状态提交的影响。

所以，宝宝们别怕，这个状态并不是坏事，在某些特殊的场景下你可能会需要它。

例如:  
排查问题的时候，checkout 到怀疑的 commit 点上去做些测试，`detached HEAD`会保护你的现有分支不受影响，测试完了不想保存直接 checkout 到其他地方，可以放弃修改。想保存修改，可以创建一个 `git checkout -b <new-branch-name>` 新分支保存。

是不是很 Happy 哒？

**PS：**

除了`git checkout <commit id>`，还有一个命令可以进入`detached HEAD` 状态。

//HEAD 直接脱离分支头指针，指向分支头指针指向的 commit
    git checkout --detach

# 除了 HEAD 指针，还有各种花式指针。 #

`.git` 是一个神奇的东西，除了其中几个固定不变的文件夹，有些文件会随着一些操作，创建和删除，所以，不同的时候打开它，会看到不同的文件，真有意思。

例如：有一天，灵感突来，我打开了`.git`,发现多了 `FERCH_HEAD` 和 `ORIG_HEADORIG_HEAD`。

![87a9765e21ceba666fc03f80ee85fad5.png][]

再例如：当合并冲突的时候，打开会发现 `MERGE_HEAD`。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDUyNjIz_size_16_color_FFFFFF_t_70 1]

再再例如：执行 cherry-pick 命令合并 commits 时,会出现 `CHERRY_PICK_HEAD`。

![CHERRY\_PICK\_HEAD存在情况][CHERRY_PICK_HEAD]

宝宝们，目前为止出现了以下五种 HEAD ，是否能说出来各自都是什么意思？

*  HEAD  
    指向当前正在操作的 commit。
 *  ORIG\_HEAD  
    当使用一些在 Git 看来比较危险的操作去移动 HEAD 指针的时候，ORIG\_HEAD 就会被创建出来，记录危险操作之前的 HEAD，方便 HEAD 的恢复，有点像修改前的备份。
 *  FETCH\_HEAD  
    记录从远程仓库拉取的记录。
 *  MERGE\_HEAD  
    当运行 `git merge` 时，MERGE\_HEAD 记录你正在合并到你的分支中的提交。`MERGE_HEAD`在合并的时候会出现，合并结束，就删除了这个文件。
 *  CHERRY\_PICK\_HEAD  
    记录您在运行运行 `git cherry-pick`时要合并的提交。同上，这个文件只在 cherry-pick 期间存在。

我们要清楚的知道，在这么多xxx\_HEAD 中，HEAD 指向的永远都是当前提交。而且 Git 的很多命令,在不给参数的情况下，默认操作都是 HEAD 指针。例如最前面我说的 `git show` 和另外一个很强大的命令 `git reflog`。

# 尾篇 #

没什么要说的了，但是一定要有个尾篇，让这篇博客的结束优点仪式感～

# 欢迎订阅我的Git系列文章 #

*  [ 01. 请回答：Git是什么？][01. _Git]
 *  [ 02. Git常用命令一日游活动][02. Git]
 *  [ 03. Git三大特色之Branch(分支)][03. Git_Branch]
 *  [ 04. Git三大特色之Stage(暂存区)][04. Git_Stage]
 *  [ 05. Git三大特色之WorkFlow(工作流)][05. Git_WorkFlow]
 *  [ 06. Git-你好, HEAD 同学][06. Git-_ HEAD]
 *  [ 07. Git-用 cherry-pick 挑好看的小樱桃][07. Git-_ cherry-pick]
 *  [ 08. Git-rebase 黑魔法之打造完美的线性历史][08. Git-rebase]
 *  [ 09. Git-rebase 黑魔法之打磨 commit 颗粒度][09. Git-rebase _ commit]
 *  [ 10. Git-少年，你想学回滚吗？想撤销文件修改吗？][10. Git-]
 *  [ 11. Git-移动记录仪 & 贴心小棉袄 reflog][11. Git-_ _ _ reflog]
 *  [ 12. Git-丢失的 commit 是真的消失了吗？][12. Git-_ commit]
 *  [ 13. Git-叹为观止的 log 命令 & 其参数][13. Git-_ log _ _]
 *  [ 14. Git-送娃子们一本关于如何自学 Git 的秘籍][14. Git-_ Git]

--------------------

欢迎关注个人微信公众号「浅浅同学的开发笔记」，最新的博客，好玩的事情，都会在上面分享，期待与你共同成长。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDUyNjIz_size_16_color_FFFFFF_t_70_pic_center]

[7251bd4d7b1af4aaaa3ffaf9ed004c48.png]: /images/20220530/c96e15005837422a9f7faf94d4bc579d.png
[Git]: https://juejin.im/book/5a124b29f265da431d3c472e
[ddb0cbee40aafe23be7f9971691b6491.png]: /images/20220530/0670e0b1c31d40828703acf61ec08c02.png
[2021051000534170.png]: /images/20220530/2aaefd4b8f7b416eaaf7882ba59a5a1d.png
[20210510005400356.png]: /images/20220530/9e282bfe3b1347b59231a5710b5a01bc.png
[73bf9f984371d06edea800a335099fef.png]: /images/20220530/85ca4ae8add2437ab9d0617ed02c1557.png
[f8d68b6b3d921323c2db3b6afe7db205.png]: /images/20220530/c3983db789704f3fbfc2559482c766aa.png
[3905694f14794aea2c3e779b5377539e.png]: /images/20220530/0946887d42cf4469afb19b921c445c52.png
[8c445e1fd188a0e533dcc1e8cfc63a13.png]: /images/20220530/819d63161e6645308417da1b56505a12.png
[20210510005424463.png]: /images/20220530/c7649998f13e4adfa199c5981765e98c.png
[20210510005443213.png]: /images/20220530/7781c4fb9c0d44ab91d4a29608bca47a.png
[10d437b16d0941fa6a559461752930ad.png]: /images/20220530/e333adc3de4c43769ecd8e2785612e1d.png
[7f64f7acb6d9e3c77f24a1b05a606be5.png]: /images/20220530/ef931bc1bbf045d48e0d2c44e9d1f467.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDUyNjIz_size_16_color_FFFFFF_t_70]: /images/20220530/c4e5987576e5402aafb67385e3c6305d.png
[35cf1eabba98f21c5a8dd342e2005492.png]: /images/20220530/7058d40abf9a40f8b162112b97843f3b.png
[87a9765e21ceba666fc03f80ee85fad5.png]: /images/20220530/408e5abdd68e48239b25b4ba046d5afe.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDUyNjIz_size_16_color_FFFFFF_t_70 1]: /images/20220530/f52c6577af9e4cc4952341630e5d6d77.png
[CHERRY_PICK_HEAD]: /images/20220530/d93c5eb233314f92b75a79514bd37858.png
[01. _Git]: http://blog.csdn.net/qq_32452623/article/details/78276451
[02. Git]: http://blog.csdn.net/qq_32452623/article/details/78276474
[03. Git_Branch]: http://blog.csdn.net/qq_32452623/article/details/78355976
[04. Git_Stage]: http://blog.csdn.net/qq_32452623/article/details/78417609
[05. Git_WorkFlow]: http://blog.csdn.net/qq_32452623/article/details/78905181
[06. Git-_ HEAD]: http://blog.csdn.net/qq_32452623/article/details/79415990
[07. Git-_ cherry-pick]: http://blog.csdn.net/qq_32452623/article/details/79449534
[08. Git-rebase]: http://blog.csdn.net/qq_32452623/article/details/79459842
[09. Git-rebase _ commit]: http://blog.csdn.net/qq_32452623/article/details/79475057
[10. Git-]: http://blog.csdn.net/qq_32452623/article/details/79521461
[11. Git-_ _ _ reflog]: http://blog.csdn.net/qq_32452623/article/details/79534832
[12. Git-_ commit]: http://blog.csdn.net/qq_32452623/article/details/79551429
[13. Git-_ log _ _]: http://blog.csdn.net/qq_32452623/article/details/79599503
[14. Git-_ Git]: http://blog.csdn.net/qq_32452623/article/details/79619798
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMyNDUyNjIz_size_16_color_FFFFFF_t_70_pic_center]: /images/20220530/f606304f5c764c1497e3a82401b855ad.png