1.3 Git基本操作之版本前进与后退

基本命令

命令	功能
git log	查看历史提交记录，显示最详细的信息
git log --pretty=oneline	显示历史提交记录，信息不全，只显示HEAD指向版本之前的版本
git log oneline	显示历史提交记录，哈希值缩短，只显示HEAD指向版本之前的版本
git reflog	显示历史提交记录，同时显示出HEAD指针到某一提交记录的移动步数
git reset --hard HashCode	将版本移动到HashCode所标识的历史版本
git reset --hard HEAD^^	将版本回退到2个版本，有几个^就回退几个版本
git reset --hard HEAD~n	将版本回退n个版本

命令流程操作展示

查看历史版本前的数据准备

1. 使用 git log 命令查看本地库的历史提交记录。
   
   从信息中可以看出有两条提交记录。其中每个提交都有一个Hash值（哈希值），哈希值唯一标识每次提交；每个提交记录都记录了提交人的签名和Email，其中我没有为TestGit设置项目级别的签名，它就使用了我设置的系统签名；每个提交记录还包含了对应提交操作执行时的时间；每个提交记录还包含了我们为每次提交操作设置的解释信息。
2. 我们再进行两次修改提交，使系统中存在4次提交记录，方便我们进行历史版本的查看。
   （1）第一次修改，向test.txt文件中添加了两行数据。然后提交到暂存区，再提交到本地库。对整个本地库而言，是第三次提交。
   （2）第二次修改，向test.txt文件中添加了一行数据。然后提交到暂存区，再提交到本地库。对整个本地库而言，是第四次提交。
3. 再次查看历史提交记录，可以看到有四次提交记录。
   

查看历史版本

4. 第二种查看历史提交记录的方式
   使用命令git log --pretty=oneline
   
5. 第三种查看历史提交记录的方式
   使用命令git log --oneline
   
   哈希值只取了整个哈希值的前几位，但仍能唯一标识一次提交记录。
6. 第四种查看历史提交记录的方式
   使用命令git reflog
   
   显然显示结果多了一些信息，其中信息HEAD@{N}，表明HEAD指针移动到此历史记录需要移动N个位置。N的出现方便了我们之后定位到某一个历史版本。

版本前进与后退

基于索引值操作（推荐）

1. 使用git reflog查看历史提交记录
   
   可以看出 HEAD 指针指向离我们最近的一次提交（第四次提交）。HEAD指针指向的版本就是我们正在操作的版本。
2. 查看当前版本(第四次提交的版本)test.txt内的内容
   
3. 依据索引回退到某个版本。这里的索引是指 每条提交记录最前面以橘黄色显示的哈希值，虽然显示的哈希值不全，但它也足以唯一确定一条提交记录了。
   （1）测试将版本回退到第二次提交的版本，对应的哈希值为799e20a。使用的命令为git reset --hard 799e20a
   
   注意执行命令后，在命令后显示了一条提示：HEAD指针现在已指向了799e20a。这说明移动版本就是移动HEAD指针。
   （2）查看当前版本的test.txt中的信息，以判断是否真的进行了版本的移动。
   
   显然test.txt中的内容已经回退到了第二版本。
4. 执行完一次历史回退后，再次查看历史提交记录
   
   显示结果有变化。
5. 依据索引前进到某个版本。当前版本指向第二次提交。
   （1）测试将版本前进到第三次提交版本。第三次提交记录的哈希值为f2db7b6，使用命令为git reset --hard f2db7b6，与回退使用的命令相同。
   
   （2）再次查看历史提交记录
   
6. 总结
   基于索引值进行版本前进和后退时，不需要关注版本到底是在前进还是回退，使用的命令都相同，只需要得到对应版本的哈希值即可。

使用^符号

1. 功能：只能回退版本。
2. 因为只能回退版本，所以我们先使用git log --oneline来查看HEAD指向版本及它之前的版本。我们无法前进版本，所以我们也不看当前版本之后的版本。
   
   可以看出当前版本为第三次提交的版本，没有显示第四次提交的版本。
3. 回退一个版本，即回退到第二次提交的版本。使用命令git reset --hard HEAD^。
   
   解释：使用的命令是git reset --hard HEAD+^，HEAD后面加n个^，就会退n个版本。比如git reset --hard HEAD^^^^表示从当前版本后退四个版本。显然当后退20、30、100个版本时这种方法并不适用。

使用~符号

1. 功能：只能回退版本。
2. 因为只能回退版本，所以我们先使用git log --oneline来查看HEAD指向版本及它之前的版本。
   
   当前指向第四次提交的版本。
3. 回退到第二次提交的版本。使用命令git reset --hard HEAD~2。
   
   解释：使用命令为git reset --hard HEAD~+n，表明从当前版本回退n个版本。

reset三个命令参数对比

1. –soft
   （1）仅仅在本地库移动 HEAD 指针
   （2）回退版本时，只有本地库回退到上一版本的本地库，暂存区和工作区都保持当前版本。本地库回退后，相当于暂存区的文件没有提交，使用git status命令查看时，会有绿色的文件显示还没有提交。（不一定只回退一个版本）
2. –mixed
   （1）在本地库移动 HEAD 指针，并重置暂存区。
   （2）回退版本时，本地库回退到上一版本的本地库，重置暂存区，使暂存区回退到对应版本的暂存区。本地库、暂存区都回退，工作区保持不变，相当于工作区的文件没有通过git add命令将文件提交到暂存区。
3. –hard
   （1）在本地库移动 HEAD 指针，并重置暂存区，还重置工作区
   （2）同时回退本地库、暂存区和工作区。当我们使用cat filename查看文件中的内容时，查看的是工作区的文件。

总结

      写关于Git的博客，本是为了记录下使用Git的操作，但是写着写着，通过不断的使用Git命令，发现已经记住了大部分的Git操作。然后在查阅Git相关内容时，我发现了挂在Git官方的Git参考书《Pro Git》，而且这本书竟然还可以在线中文阅读，且阅读界面友好。通过阅读，我发现自己写的博客真是垃圾，还请大家不要再继续阅读，而是去看这本书https://git-scm.com/book/zh/v2。
      一些建议：如果想快速使用Git，还是在网上找个视频教程来看；如果想真的了解Git，还是去看这本书，当然看完视频教程后再看书，会发现书中的内容很简单。