Git is a distributed version control system.
Git is free software distributed under the GPL.git
而后,尝试提交:app
$ git add readme.txt
$ git commit -m "append GPL"
[master 3628164] append GPL
1 file changed, 1 insertion(+), 1 deletion(-)分布式
像这样,你不断对文件进行修改,而后不断提交修改到版本库里,就比如玩RPG游戏时,每经过一关就会自动把游戏状态存盘,若是某一关没过去,你还能够选择读取前一关的状态。有些时候,在打Boss以前,你会手动存盘,以便万一打Boss失败了,能够从最近的地方从新开始。Git也是同样,每当你以为文件修改到必定程度的时候,就能够“保存一个快照”,这个快照在Git中被称为commit。一旦你把文件改乱了,或者误删了文件,还能够从最近的一个commit恢复,而后继续工做,而不是把几个月的工做成果所有丢失。工具
如今,咱们回顾一下readme.txt文件一共有几个版本被提交到Git仓库里了:命令行
版本1:wrote a readme file版本控制
Git is a version control system.
Git is free software.指针
版本2:add distributed日志
Git is a distributed version control system.
Git is free software.游戏
版本3:append GPL图片
Git is a distributed version control system.
Git is free software distributed under the GPL.
固然了,在实际工做中,咱们脑子里怎么可能记得一个几千行的文件每次都改了什么内容,否则要版本控制系统干什么。版本控制系统确定有某个命令能够告诉咱们历史记录,在Git中,咱们用git log命令查看:
$ git log
commit 3628164fb26d48395383f8f31179f24e0882e1e0
Author: Michael Liao <askxuefeng@gmail.com>
Date: Tue Aug 20 15:11:49 2013 +0800
append GPL
commit ea34578d5496d7dd233c827ed32a8cd576c5ee85
Author: Michael Liao <askxuefeng@gmail.com>
Date: Tue Aug 20 14:53:12 2013 +0800
add distributed
commit cb926e7ea50ad11b8f9e909c05226233bf755030
Author: Michael Liao <askxuefeng@gmail.com>
Date: Mon Aug 19 17:51:55 2013 +0800
wrote a readme file
git log命令显示从最近到最远的提交日志,咱们能够看到3次提交,最近的一次是append GPL,上一次是add distributed,最先的一次是wrote a readme file。
若是嫌输出信息太多,看得眼花缭乱的,能够试试加上–pretty=oneline参数:
$ git log --pretty=oneline
3628164fb26d48395383f8f31179f24e0882e1e0 append GPL
ea34578d5496d7dd233c827ed32a8cd576c5ee85 add distributed
cb926e7ea50ad11b8f9e909c05226233bf755030 wrote a readme file
须要友情提示的是,你看到的一大串相似3628164…882e1e0的是commit id(版本号),和SVN不同,Git的commit id不是1,2,3……递增的数字,而是一个SHA1计算出来的一个很是大的数字,用十六进制表示,并且你看到的commit id和个人确定不同,以你本身的为准。为何commit id须要用这么一大串数字表示呢?由于Git是分布式的版本控制系统,后面咱们还要研究多人在同一个版本库里工做,若是你们都用1,2,3……做为版本号,那确定就冲突了。
每提交一个新版本,实际上Git就会把它们自动串成一条时间线。若是使用可视化工具查看Git历史,就能够更清楚地看到提交历史的时间线:
这里写图片描述
好了,如今咱们启动时光穿梭机,准备把readme.txt回退到上一个版本,也就是“add distributed”的那个版本,怎么作呢?
首先,Git必须知道当前版本是哪一个版本,在Git中,用HEAD表示当前版本,也就是最新的提交3628164…882e1e0(注意个人提交ID和你的确定不同),上一个版本就是HEAD^,上上一个版本就是HEAD^^,固然往上100个版本写100个^比较容易数不过来,因此写成HEAD~100。
如今,咱们要把当前版本“append GPL”回退到上一个版本“add distributed”,就可使用git reset命令:
$ git reset --hard HEAD^
HEAD is now at ea34578 add distributed
–hard参数有啥意义?这个后面再讲,如今你先放心使用。
看看readme.txt的内容是否是版本add distributed:
$ cat readme.txt
Git is a distributed version control system.
Git is free software.
还能够继续回退到上一个版本wrote a readme file,不过且慢,然咱们用git log再看看如今版本库的状态:
$ git log
commit ea34578d5496d7dd233c827ed32a8cd576c5ee85
Author: Michael Liao <askxuefeng@gmail.com>
Date: Tue Aug 20 14:53:12 2013 +0800
add distributed
commit cb926e7ea50ad11b8f9e909c05226233bf755030
Author: Michael Liao <askxuefeng@gmail.com>
Date: Mon Aug 19 17:51:55 2013 +0800
wrote a readme file
最新的那个版本append GPL已经看不到了!比如你从21世纪坐时光穿梭机来到了19世纪,想再回去已经回不去了,肿么办?
办法其实仍是有的,只要上面的命令行窗口尚未被关掉,你就能够顺着往上找啊找啊,找到那个append GPL的commit id是3628164…,因而就能够指定回到将来的某个版本:
$ git reset --hard 3628164
HEAD is now at 3628164 append GPL
版本号不必写全,前几位就能够了,Git会自动去找。固然也不能只写前一两位,由于Git可能会找到多个版本号,就没法肯定是哪个了。
再当心翼翼地看看readme.txt的内容:
$ cat readme.txt
Git is a distributed version control system.
Git is 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 reflog
ea34578 HEAD@{0}: reset: moving to HEAD^
3628164 HEAD@{1}: commit: append GPL
ea34578 HEAD@{2}: commit: add distributed
cb926e7 HEAD@{3}: commit (initial): wrote a readme file
终于舒了口气,第二行显示append GPL的commit id是3628164,如今,你又能够乘坐时光机回到将来了。
小结
如今总结一下:
HEAD指向的版本就是当前版本,所以,Git容许咱们在版本的历史之间穿梭,使用命令git reset –hard commit_id。
穿梭前,用git log能够查看提交历史,以便肯定要回退到哪一个版本。
要重返将来,用git reflog查看命令历史,以便肯定要回到将来的哪一个版本。