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个版本 |
命令流程操作展示
查看历史版本前的数据准备
- 使用
git log
命令查看本地库的历史提交记录。
从信息中可以看出有两条提交记录。其中每个提交都有一个Hash值(哈希值),哈希值唯一标识每次提交;每个提交记录都记录了提交人的签名和Email,其中我没有为TestGit设置项目级别的签名,它就使用了我设置的系统签名;每个提交记录还包含了对应提交操作执行时的时间;每个提交记录还包含了我们为每次提交操作设置的解释信息。 - 我们再进行两次修改提交,使系统中存在4次提交记录,方便我们进行历史版本的查看。
(1)第一次修改,向test.txt文件中添加了两行数据。然后提交到暂存区,再提交到本地库。对整个本地库而言,是第三次提交。
(2)第二次修改,向test.txt文件中添加了一行数据。然后提交到暂存区,再提交到本地库。对整个本地库而言,是第四次提交。 - 再次查看历史提交记录,可以看到有四次提交记录。
查看历史版本
- 第二种查看历史提交记录的方式
使用命令git log --pretty=oneline
- 第三种查看历史提交记录的方式
使用命令git log --oneline
哈希值只取了整个哈希值的前几位,但仍能唯一标识一次提交记录。 - 第四种查看历史提交记录的方式
使用命令git reflog
显然显示结果多了一些信息,其中信息HEAD@{N}
,表明HEAD指针移动到此历史记录需要移动N个位置。N的出现方便了我们之后定位到某一个历史版本。
版本前进与后退
基于索引值操作(推荐)
- 使用
git reflog
查看历史提交记录
可以看出 HEAD 指针指向离我们最近的一次提交(第四次提交)。HEAD指针指向的版本就是我们正在操作的版本。 - 查看当前版本(第四次提交的版本)test.txt内的内容
- 依据索引回退到某个版本。这里的索引是指 每条提交记录最前面以橘黄色显示的哈希值,虽然显示的哈希值不全,但它也足以唯一确定一条提交记录了。
(1)测试将版本回退到第二次提交的版本,对应的哈希值为799e20a
。使用的命令为git reset --hard 799e20a
注意执行命令后,在命令后显示了一条提示:HEAD指针现在已指向了799e20a。这说明移动版本就是移动HEAD指针。
(2)查看当前版本的test.txt中的信息,以判断是否真的进行了版本的移动。
显然test.txt中的内容已经回退到了第二版本。 - 执行完一次历史回退后,再次查看历史提交记录
显示结果有变化。 - 依据索引前进到某个版本。当前版本指向第二次提交。
(1)测试将版本前进到第三次提交版本。第三次提交记录的哈希值为f2db7b6
,使用命令为git reset --hard f2db7b6
,与回退使用的命令相同。
(2)再次查看历史提交记录
- 总结
基于索引值进行版本前进和后退时,不需要关注版本到底是在前进还是回退,使用的命令都相同,只需要得到对应版本的哈希值即可。
使用^符号
- 功能:只能回退版本。
- 因为只能回退版本,所以我们先使用
git log --oneline
来查看HEAD指向版本及它之前的版本。我们无法前进版本,所以我们也不看当前版本之后的版本。
可以看出当前版本为第三次提交的版本,没有显示第四次提交的版本。 - 回退一个版本,即回退到第二次提交的版本。使用命令
git reset --hard HEAD^
。
解释:使用的命令是git reset --hard HEAD
+^
,HEAD后面加n个^
,就会退n个版本。比如git reset --hard HEAD^^^^
表示从当前版本后退四个版本。显然当后退20、30、100个版本时这种方法并不适用。
使用~符号
- 功能:只能回退版本。
- 因为只能回退版本,所以我们先使用
git log --oneline
来查看HEAD指向版本及它之前的版本。
当前指向第四次提交的版本。 - 回退到第二次提交的版本。使用命令
git reset --hard HEAD~2
。
解释:使用命令为git reset --hard HEAD~
+n
,表明从当前版本回退n个版本。
reset三个命令参数对比
- –soft
(1)仅仅在本地库移动 HEAD 指针
(2)回退版本时,只有本地库回退到上一版本的本地库,暂存区和工作区都保持当前版本。本地库回退后,相当于暂存区的文件没有提交,使用git status
命令查看时,会有绿色的文件显示还没有提交。(不一定只回退一个版本) - –mixed
(1)在本地库移动 HEAD 指针,并重置暂存区。
(2)回退版本时,本地库回退到上一版本的本地库,重置暂存区,使暂存区回退到对应版本的暂存区。本地库、暂存区都回退,工作区保持不变,相当于工作区的文件没有通过git add
命令将文件提交到暂存区。 - –hard
(1)在本地库移动 HEAD 指针,并重置暂存区,还重置工作区
(2)同时回退本地库、暂存区和工作区。当我们使用cat filename
查看文件中的内容时,查看的是工作区的文件。
总结
写关于Git的博客,本是为了记录下使用Git的操作,但是写着写着,通过不断的使用Git命令,发现已经记住了大部分的Git操作。然后在查阅Git相关内容时,我发现了挂在Git官方的Git参考书《Pro Git》,而且这本书竟然还可以在线中文阅读,且阅读界面友好。通过阅读,我发现自己写的博客真是垃圾,还请大家不要再继续阅读,而是去看这本书https://git-scm.com/book/zh/v2。
一些建议:如果想快速使用Git,还是在网上找个视频教程来看;如果想真的了解Git,还是去看这本书,当然看完视频教程后再看书,会发现书中的内容很简单。