在开始探讨分支的管理流程之前，首先需要了解git组件的绝对名称、引用名称、Tag标签和相对名称和tag，这部分主要讲解如下几点内容
- git组件的绝对名称
- git组件的引用名称
- git组件的tag标签
- git组件的相对名称
- 利用reflog找到所有的版本

git的绝对名称

git组件的绝对名称就是每次生成的时候的hash码，我们可以根据绝对名称获得这个版本的所有信息

我们可以利用git cat-file -p commitid来获取该提交的tree组件和上一级的组件。

tree组件在常用组件中已经介绍了，parent组件记录了上一次提交的commit组件的id。我们只要使用id的前4个字节即可代表整个id。另外在使用log的时候可以加入--pretty=oneline这样可以简化日志的显示。

为了更好的使用各种命令，我们可以在.gitconfig文件中为一些命令加入别名，这样在使用的时候会方便很多

[user]
    name = ynkonghao
    email = ynkonghao@gmail.com
[alias]
    lg = log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit
    co = commit
    st = status -s

我加入了3个别名，lg这个别名非常的好用，大家只要按照这个直接拷贝到自己的.gitconfig中即可，以下就是lg的效果，当有了分支之后，这个别名会更加的有趣

git的引用名称

为了方便我们记忆一些特殊的版本，我们可以为hashid设定一个比较好记忆的引用名称，当我们为git创建分支之后，每一个分支名称其实都是一个引用名称，所有的引用名称都存储在git的根目录和git的refs的目录中，所有的分支信息都存储在refs/head文件夹中。

当创建了一个新的分支之后都会把分支的名称存储在refs/head文件夹中，打开分支名称的文件，我们会发现这个文件中记录了当前分支最新的那个commit。我们再看一下.git的文件夹，我们会发现一个HEAD的文件，查看一个这个文件

这同样是一个引用名称，只是这里不是加入commit，而是告诉git，HEAD所指向的commit是refs/head/b1这个分支，我们将当前的分支切换到master，再看看情况。我们会发现这个文件中的内容指向了master分支。

现在大家应该清楚分支的引用名称了，引用名称最终都会对应到一个绝对名称(一个hash的id)上，我们也可以自己定义一个引用名称来对应我们需要定义的commitId

git update-ref refs/init commitId

此时就会在refs文件夹中创建init的文件，这个文件里面的内容就是我们设置的commitId，可以通过git show-ref查询所有的引用

使用git update-ref -d init可以删除一个引用。

GIT的tag标签

tag标签用来标记一个版本的信息，其实和引用名称非常的类似，区别在于一个使用的是update-ref，一个使用的是tag命令。常用的几个tag命令有:
- git tag
- git tag -a tagName
- git tag -d tagName

我们如果希望给某个标签打上标签，直接使用git tag -a 即可，这样当前的版本就会打上一个标签，打上的标签会以引用名称的形式存储在refs/tag文件夹中，使用-a之后会打开一个类似于vi的界面，命令和vi一样，在这个里面可以加入标签的说明，不加-a就只会直接创建这个标签。

通过git tag来查询仓库中的所有tag，使用git tag -d tagName可以删除这个标签。当创建了标签之后可以通过git cat-file -p tagName来访问这个标签，其实整个操作的原理和引用名称一模一样。

GIT的相对名称

GIT的相对名称其实不算很重要，我们可以通过~和^这两个符号来定位git的组件，这里需要强调一下如何是在windows的命令提示符中两个^才表示一个^，所以如果要测试这个相对名称建议打开git bash来进行操作，现在win10的系统中自带了windows ubuntu，可以直接在命令提示符中使用ubuntu的命令，此时可以使用ssh-agent bash进入bash模式，如果进不去请使用git自带的bash。
在具体讲解~和^的区别的之前，我们先学会一个命令 git rev-parse，该命令可以将引用名称解析为具体的绝对名称(commitId)。

~和^这两个符号都是用来找某个版本之前的版本，~表示在当前分支之前找，如HEAD~2就是找HEAD之前的两个版本，^符号用这个符号的个数来找，如HEAD^^就表示HEAD之前的两个版本(这里要注意的还是在window的命令提示符下，^^才表示一个^)。但是在^之前也可以加入数字，这个数字的意思是它的第几个parent，如HEAD^2^:表示从最新版本找它的第二个父节点之前的一个版本，究竟为什么会有第二个父节点呢？我们应该注意只要合并了分支之后就会有两个parent了。

我们在刚才的工厂中创建个分支，并且在有分支之后每个分支进行两次提交，之后在master上合并分支。

使用了lg这个别名之后，我们发现显示的信息很多，*表示版本的上一级commitId,大家看，当前HEAD版本有两个parent，一个是b1分支的fcca，另外一个parent分支是master上的4ba0。在图形中已经用树形结构非常直观的表现出来了。
现在我们来使用~和^来看看版本信息.

我们发现HEAD~2是找目前分支上的前两个版本，所以找到了872C这个版本，而HEAD^2^表示找自己上一个版本的第二个分支上的前一个版本，所以找到了1913这个版本。我们可以尝试HEAD^3^看看结果。

它提示没有找到相应的版本，这就是git的相对名称。注意以上的~和^这个操作都是在bash中完成的。

利用git的reflog追踪版本信息

这一讲最后的一个话题是关于reflog的，git的reflog非常的有用，因为当我们使用reset命令回到某个版本之后，在log中就不会再显示后续的版本信息了

此时如果关闭了命令提示符，我们就没有办法获取后续版本的信息，在git中，所有的版本信息都存储在文件夹.log/HEAD文件中，大家可以打开这个文本文件查询一下，每一个版本都存在在这里，git中通过reflog命令可以很好获取所有的日志版本。

每个commitId都有一个引用名称HEAD@{x}，这个名称用数字来表示你操作的第几个版本，HEAD@{0}表示当前版本，HEAD@{1}表示上一次操作的版本(注意:不是上一个版本，上一次进行reset的版本)。根据最后的提示信息可以很方便的回到我们需要的版本。我们可以通过命令git reflog b1查询b1分支上的reflog。

好了，这一讲的内容就这么多了，主要讲解git常用的几个名称和使用reflog来追踪历史版本信息，这些在使用git时都是有一定的意义和作用的。