本文共 4241 字,大约阅读时间需要 14 分钟。
再一次修改readme.txt
文件如下:
Git is a distributed version control system.Git is a free software distributed under the GPL.
然后提交:
$ git add readme.txt$ git commit -m "append GPL"[master 4c24228] append GPL 1 file changed, 1 insertion(+), 1 deletion(-)
像这样,你不断对文件进行修改,然后不断提交修改到版本库里。每当你觉得文件修改到一定程度的时候,就可以“保存一个快照”,这个快照在Git
中被称为commit
。一旦你把文件改乱了,或者误删了文件,还可以从最近的一个commit
恢复,然后继续工作,而不是把几个月的工作成果全部丢失。
现在readme.txt
文件一共有3个版本被提交到Git仓库里了:
Git is a version control system.Git is a free software.
版本2:add distributed
Git is a distributed version control system.Git is a free software.
版本3:append GPL
Git is a distributed version control system.Git is a free software distributed under the GPL.
当然了,在实际工作中,我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录,在Git中,我们用git log
命令查看:
$ git logcommit 4c24228bc498e7238e7979ff0c64168c0bae6968 (HEAD -> master)Author: XXXDate: Mon Oct 15 14:55:52 2018 +0800 append GPLcommit e30c75691fe7e0c7038734d61f050c75c45aa316Author: XXX Date: Mon Oct 15 14:37:31 2018 +0800 add distributedcommit 62c3c5e0391cc2ab6f9d552a45bf6d182c7d47eaAuthor: XXX Date: Mon Oct 15 13:58:55 2018 +0800 wrote a readme file
我们可以看到3次提交,最近的一次是append GPL
,上一次是add distributed
,最早的一次是wrote a readme file
。
如果嫌输出信息太多,看得眼花缭乱的,可以试试加上--pretty=oneline
参数:
$ git log --pretty=oneline4c24228bc498e7238e7979ff0c64168c0bae6968 (HEAD -> master) append GPLe30c75691fe7e0c7038734d61f050c75c45aa316 add distributed62c3c5e0391cc2ab6f9d552a45bf6d182c7d47ea wrote a readme file
这里你看到的一大串类似4c24228...
的是commit id
(版本号),是一个SHA1计算出来的一个非常大的数字,用十六进制表示,而且你看到的commit id和我的肯定不一样,以你自己的为准。为什么commit id需要用这么一大串数字表示呢?因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。
git log
命令的作用是显示从最近到最远的提交日志,包括每个提交的 SHA-1 校验和、作者的名字和电子邮件地址、提交时间以及提交说明等基本信息。git log --graph
命令的作用是查看分支合并图。git log --pretty=oneline
命令的作用是简化日志信息,将每个提交放在一行显示,查看的提交数很大时非常有用,也可带有--graph
参数,效果同git config format.pretty oneline
。git log --graph --pretty=oneline --abbrev-commit
命令的作用是查看分支的合并情况,包括分支合并图、一行显示、提交校验码缩略显示。现在我们准备把readme.txt
回退到上一个版本,也就是add distributed
的那个版本。
首先,Git
必须知道当前版本是哪个版本,在Git
中,用HEAD
表示当前版本,也就是最新的提交4c24228...
(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^
,上上一个版本就是HEAD^^
,当然往上100个版本写100个^
比较容易数不过来,所以写成HEAD~100
。
现在,我们要把当前版本append GPL
回退到上一个版本add distributed
,就可以使用git reset
命令:
$ git reset --hard HEAD^HEAD is now at e30c756 add distributed
git reset --hard HEAD^
命令的作用是回退到上一个版本。同理,回退到上上个版本为:HEAD^^
, 回退到上100个版本为:HEAD-100
,波浪号 ~
也可以,变成倒数第101个。看看readme.txt
的内容是不是版本add distributed
:
$ cat readme.txtGit is a distributed version control system.Git is a free software.
cat [file]
命令的作用是一次显示整个文件。果然被还原了。我们用git log
再看看现在版本库的状态:
$ git logcommit e30c75691fe7e0c7038734d61f050c75c45aa316 (HEAD -> master)Author: XXXDate: Mon Oct 15 14:37:31 2018 +0800 add distributedcommit 62c3c5e0391cc2ab6f9d552a45bf6d182c7d47eaAuthor: XXX Date: Mon Oct 15 13:58:55 2018 +0800 wrote a readme file
最新的那个版本append GPL
已经看不到了!好比你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办?
办法其实还是有的,只要上面的命令行窗口还没有被关掉,你就可以顺着往上找啊找啊,找到那个append GPL
的commit id
是4c24228...
,于是就可以指定回到未来的某个版本:
$ git reset --hard 4c24228HEAD is now at 4c24228 append GPL
git reset --hard [commit id]
命令的作用是回退到某一提交过的版本,如果已经 push
,则回退的意义不大了。版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。
再看看readme.txt
的内容:
$ cat readme.txtGit is a distributed version control system.Git is a free software distributed under the GPL.
果然,又回来了。
Git的版本回退速度非常快,因为Git在内部有个指向当前版本的HEAD
指针,当你回退版本的时候,Git仅仅是把HEAD
从指向append GPL
:
add distributed
: 然后顺便把工作区的文件更新了。所以你让HEAD
指向哪个版本号,你就把当前版本定位在哪。 现在,你回退到了某个版本,关掉了电脑,第二天早上就后悔了,想恢复到新版本怎么办?找不到新版本的commit id
怎么办?
在Git中,总是有后悔药可以吃的。当你用$ git reset --hard HEAD^
回退到add distributed
版本时,再想恢复到append GPL
,就必须找到append GPL
的commit id
。Git提供了一个命令git reflog
用来记录你的每一次命令:
$ git refloge30c756 HEAD@{ 1}: reset: moving to HEAD^4c24228 (HEAD -> master) HEAD@{ 2}: commit: append GPLe30c756 HEAD@{ 3}: commit: add distributed62c3c5e HEAD@{ 4}: commit (initial): wrote a readme file
从输出可知,append GPL
的commit id
是4c24228
,现在,你又可以乘坐时光机回到未来了。
git reflog
命令的作用是显示当前分支的最近几次提交。它纪录每一次命令,可用于查找某一提交版本的 commit id。HEAD
指向的版本就是当前版本,因此,Git允许我们在版本的历史之间穿梭,使用命令git reset --hard commit_id
。git log
可以查看提交历史,以便确定要回退到哪个版本。git reflog
查看命令历史,以便确定要回到未来的哪个版本。