1、版本回退
第一天已经学了git add 和 git commit这两个命令,对修改文件提交到git版本库中,执行命令:
$ git add readme.txt
$ git commit -m "append GPL"
[master 1094adb] append GPL
1 file changed, 1 insertion(+), 1 deletion(-)
commit 对修改文件保存一个快照【版本记录】,想要恢复某一个快照commit继续工作即版本回退
第一:确认要回退到哪个版本,使用git log 查看版本记录
$ git log
commit 1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master)
Author: Michael Liao <askxuefeng@gmail.com>
Date: Fri May 18 21:06:15 2018 +0800
append GPL
commit e475afc93c209a690c39c13a46716e8fa000c366
Author: Michael Liao <askxuefeng@gmail.com>
Date: Fri May 18 21:03:36 2018 +0800
add distributed
commit eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0
Author: Michael Liao <askxuefeng@gmail.com>
Date: Fri May 18 20:59:18 2018 +0800
wrote a readme file
版本记录的信息有点多,可以加上 --pretty=oneline
参数
$ git log --pretty=oneline
1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master) append GPL
e475afc93c209a690c39c13a46716e8fa000c366 add distributed
eaadf4e385e865d25c48e7ca9c8395c3f7dfaef0 wrote a readme file
你看到的一大串类似1094adb...
的是commit id
(版本号)【因为Git是分布式的版本控制系统,后面我们还要研究多人在同一个版本库里工作,如果大家都用1,2,3……作为版本号,那肯定就冲突了。】
第二:回退版本 git reset --hard “版本”
当前版本append GPL
回退到上一个版本add distributed
,就可以使用git reset
命令:
$ git reset --hard HEAD^
HEAD is now at e475afc add distributed
在Git中,用HEAD
表示当前版本,也就是最新的提交1094adb...
(注意我的提交ID和你的肯定不一样),上一个版本就是HEAD^
,上上一个版本就是HEAD^^
,当然往上100个版本写100个^
比较容易数不过来,所以写成HEAD~100
。
第三:确认回退的版本,
先用命令 cat "文件名"查看文件内容。看看readme.txt
的内容是不是版本add distributed
:
$ cat readme.txt
Git is a distributed version control system.
Git is free software.
使用 git log查看现在的版本库,之前的版本 append GPL 已经消失了,之前的版本好比移除了,不能再回去了;
撤销回退操作
1、你的当前命令窗口还没被关掉,顺着往上找……找到那个append GPL
的commit id
是1094adb...
,于是就可以指定回到未来的某个版本:
$ git reset --hard 1094a
HEAD is now at 83b0afe append GPL
2、git reflog
记录你的每一次命令
当电脑被关闭后,第二天想回退时,可以使用命令git reflog,
找到append GPL
的commit id
$ git reflog
e475afc HEAD@{1}: reset: moving to HEAD^
1094adb (HEAD -> master) HEAD@{2}: commit: append GPL
e475afc HEAD@{3}: commit: add distributed
eaadf4e HEAD@{4}: commit (initial): wrote a readme file
版本号没必要写全,前几位就可以了,Git会自动去找。当然也不能只写前一两位,因为Git可能会找到多个版本号,就无法确定是哪一个了。
查看文件内容:【之前的版本回来了】
$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL.
小小的总结:
2、工作区和暂存区
Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念
工作区
就是电脑看到的目录,比如我的learngit
文件夹就是一个工作区:
版本库
工作区有一个隐藏目录.git
,这个不算工作区,而是Git的版本库。
Git的版本库里存了很多东西,其中最重要的就是称为stage(或者叫index)的暂存区,还有Git为我们自动创建的第一个分支master
,以及指向master
的一个指针叫HEAD
。
前面讲了我们把文件往git版本库里添加的时候,是分两步执行的:
第一步是用git add
把文件添加进去,实际上就是把文件修改【一个或多个文件】添加到暂存区;
工作区-
文件修改 => git add =>
暂存区
第二步是用git commit
提交更改,实际上就是把暂存区的所有内容【一个或多个文件内容】提交到当前分支【master
分支】。一次性提交暂存区的所有修改。
暂存区 - 文件修改 => git commit =>
当前分支
因为我们创建Git版本库时,Git自动为我们创建了唯一一个master
分支,所以,现在,git commit
就是往master
分支上提交更改。
实例:
先对readme.txt
做个修改,然后,在工作区新增一个LICENSE
文本文件(内容随便写)。
先用git status
查看一下状态:
$ git status
On branch master
Changes not staged for commit:
(use "git add <file>..." to update what will be committed)
(use "git checkout -- <file>..." to discard changes in working directory)
modified: readme.txt
Untracked files:
(use "git add <file>..." to include in what will be committed)
LICENSE
no changes added to commit (use "git add" and/or "git commit -a")
Git非常清楚地告诉我们,readme.txt
被修改了,而LICENSE
还从来没有被添加过,所以它的状态是Untracked
。
现在,使用两次命令git add
,把readme.txt
和LICENSE
都添加后,用git status
再查看一下:
$ git commit -m "understand how stage works"
[master e43a48b] understand how stage works
2 files changed, 2 insertions(+)
create mode 100644 LICENSE
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
new file: LICENSE
modified: readme.txt
现在版本库变成了这样,暂存区就没有任何内容了:
3、管理修改
Git跟踪并管理的是修改,而非文件。
什么是修改?比如你新增了一行,这就是一个修改,删除了一行,也是一个修改,更改了某些字符,也是一个修改,删了一些又加了一些,也是一个修改,甚至创建一个新文件,也算一个修改。
案例:
1、对同一个文件的操作过程:第一次修改 -> git add
-> 第二次修改 -> git commit
;只会将第一次的修改提交到git
我们前面讲了,Git管理的是修改,当你用git add
命令后,在工作区的第一次修改被放入暂存区,准备提交,但是,在工作区的第二次修改并没有放入暂存区,所以,git commit
只负责把暂存区的修改提交了,也就是第一次的修改被提交了,第二次的修改不会被提交。
2、对同一个文件的操作过程:第一次修改 -> git add
-> 第二次修改 -> git add
-> git commit
;两次的修改都会提交到git
小结:
理解了Git是如何跟踪修改的,每次修改,如果不用git add
到暂存区,那就不会加入到commit
中。
可能用到的命令:
$ cat "文件" => 查找文件并显示该文件内容
$ git add "文件"
$ git status => 查看文件状态
$ git commit -m "提交说明"
4、撤销修改
情景1:当你乱改了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令 git checkout -- file
git checkout -- file
命令中的--
很重要,没有--
,就变成了“切换到另一个分支”的命令,我们在后面的分支管理中会再次遇到git checkout
命令。
情景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>
,就回到了场景1,第二步按场景1操作
情景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。
5、删除文件
删除也是一个修改操作;对文件修改都要 git commit
$rm file => 直接在文件管理器中把没用的文件删了;[或者直接手动将文件删除]
$git rm file => 从版本库中删除该文件
$git commit -m “提交说明”
删错了想要恢复 git checkout -- file,
git checkout -- file 其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以“一键还原”。
$ git checkout -- test.txt
注意:从来没有被添加到版本库就被删除的文件,是无法恢复的!
小结
命令git rm
用于删除一个文件。如果一个文件已经被提交到版本库,那么你永远不用担心误删,但是要小心,你只能恢复文件到最新版本,你会丢失最近一次提交后你修改的内容。