在开始探讨分支的管理流程之前，首先需要了解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，如HEAD2^:表示从最新版本找它的第二个父节点之前的一个版本，究竟为什么会有第二个父节点呢？我们应该注意只要合并了分支之后就会有两个parent了。
我们在刚才的工厂中创建个分支，并且在有分支之后每个分支进行两次提交，之后在master上合并分支。
使用了lg这个别名之后，我们发现显示的信息很多，*表示版本的上一级commitId,大家看，当前HEAD版本有两个parent，一个是b1分支的fcca，另外一个parent分支是master上的4ba0。在图形中已经用树形结构非常直观的表现出来了。
现在我们来使用~和^来看看版本信息.
我们发现HEAD~2是找目前分支上的前两个版本，所以找到了872C这个版本，而HEAD2表示找自己上一个版本的第二个分支上的前一个版本，所以找到了1913这个版本。我们可以尝试HEAD3看看结果。
它提示没有找到相应的版本，这就是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时都是有一定的意义和作用的。
