GIt必须掌握的常识四 切换git历史版本

从前面的三篇GIt知识掌握的学习中，介绍了怎样添加、修改文件，然后提交到GIt 版本库。
当我们对该文件修改次数过多时，很难清晰地记忆某次修改了哪些，这是可以利用 $ git log来查看日志。
$ git log

从上面地命令结果可以看出，自己何时何文件（文件提示） 修改，

在上面可以看出每个修改文件地信息，但是如果嫌麻烦，加上
$ git log --prettyoneline==
出现了这个结果，

好来解释一下：
Fatal: invalid --pretty format : =oneline;
Fatal: 致命的，重大的，毁灭性的；命中注定的；
Invalid: 无效的；有病的；残疾的；病人；残疾者；变得病弱
Pretty format: =oneline 漂亮格式：=线上，一线女装
英语不好的朋友记得从现在起就要开始背这些核心单词了，总之技多不压身。
根据提示，我们修改为
$ git log --pretty=oneline

出现了下面这个结果。

在这个结果中，前面总是有一串长长的字符串，查阅资料发现 这些一大串的 十六进制表示的 commit id(版本号)，他们是独立的唯一的一个，至少在个人电脑上，和SVN不一样，Git的commit id 不是 1，2，3…递增的数字，而是一个SHAI计算出一个很大的数。但这个不影响我们正常使用Git。
在上面的commit id版本中，需要注意的是每一个 id 都不相同，返回来也就是说，我们可以通过 id 找到 相对应的 文件，而我们的回退，正是借助于寻找id 来回退版本。
GIt 提供了一个命令 git reflog 来记录本机电脑的每一次命令。
$ git reflog

通过 id ，来回退曾经的版本。
$ git reset --hard HEAD^

上面这个结果表明我的回退成功，现在，查看现在版本的状态
$ git log

这个时候原来的没有了，由于工作需要，我又要回退回刚才的版本，该怎么办？
使用
$ git reflog

由于 Git 传承的宗旨是 人道主义，所以，在Git版本中，总是有后悔药可以吃的。拿出你的小本本，记重点，只要能查找到版本的id ，就能回退到这个id版本。
细心的朋友发现，要是一个一个id版本号 字符串一个一个的敲，这是不是有点不科学，那万一还敲错了呢？
其实，只要弄懂什么的唯一的id号这个问题就简单了 。在实际操作中，可以简化只写前面的部分字符串，但一定是从开头一直连到某某，中间不允许出现空格或者码错的情况，如果某某被包含的有很多个，在多添加连续的字符串区分开来。
$ git reset --hard 0018eec

看见没，我们亲爱的NO1 又回来了。而且，在git中，不用担心保存时间，只要能找到版本id 号，就能通过git 命令找回来。
讲一下上面的HEAD,HEAD 是一个指针，在当前git仓库中指向最新的当前版本，每生成一个新的文件，HEAD 都会进行切换到最新的当前版本，而我们的回退就是借助于HEAD 来指向所需的这个版本。