Git 使用教程(二)：版本回退

 Git 使用教程(二)：版本回退

一、版本回退

现在，我们已经学会了修改文件，然后把修改提交到Git版本库，现在，再练习一次，修改readme.txt文件如下：

Git is a distributed version control system.
Git is free software distributed under the GPL.

然后尝试提交：

$ git add readme.txt
$ git commit -m "append GPL"
[master 35b7969] append GPL
 1 file changed, 1 insertion(+), 1 deletion(-)

每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。

在Git中，我们用git log命令查看提交了多少次：

$ git log
commit 35b7969451cb6334a8a23021121ef82bb0dd3037 (HEAD -> master)
Author: liumingjun <405702878@qq.com>
Date:   Thu Mar 22 20:54:41 2018 +0800

    append GPL

commit 136d10c41e68af9d7e2112851d6811d01e35339f
Author: liumingjun <405702878@qq.com>
Date:   Thu Mar 22 20:46:34 2018 +0800

    add two lines

commit 1186b5ec3a492a85c085b7987b10c4be52e0381f
Author: liumingjun <405702878@qq.com>
Date:   Thu Mar 22 20:21:57 2018 +0800

    creat a new file readme

git log命令显示从最近到最远的提交日志，我们可以看到3次提交，最近的一次是append GPL，上一次是add two lines，最早的一次是creat a new file readme。

如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：

$ git log --pretty=oneline
35b7969451cb6334a8a23021121ef82bb0dd3037 (HEAD -> master) append GPL
136d10c41e68af9d7e2112851d6811d01e35339f add two lines
1186b5ec3a492a85c085b7987b10c4be52e0381f creat a new file readme

现在我们要把readme.txt回退到上一个版本，也就是“add two lines”的那个版本，怎么做呢？

首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交35b7969451cb6334a8a23021121ef82bb0dd3037（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

我们要把当前版本“append GPL”回退到上一个版本“add two lines”，就可以使用git reset命令：

$ git reset --hard HEAD^
HEAD is now at 136d10c add two lines

看看readme.txt的内容是不是版本add two lines：

$ cat readme.txt
Git is a distributed version control system.
Git is free software

还可以继续回退到上一个版本creat a new file readme，不过且慢，然我们用git log再看看现在版本库的状态：

$ git log --pretty=oneline
136d10c41e68af9d7e2112851d6811d01e35339f (HEAD -> master) add two lines
1186b5ec3a492a85c085b7987b10c4be52e0381f creat a new file readme

最新的那个版本append GPL已经看不到了！好比你从21世纪坐时光穿梭机来到了19世纪，想再回去已经回不去了，肿么办？

办法其实还是有的，只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个append GPL的commit id是3628164...，于是就可以指定回到未来的某个版本：

$ git reset --hard 35b7969451cb6334a
HEAD is now at 35b7969 append GPL

版本号没必要写全，前几位就可以了，Git会自动去找。当然也不能只写前一两位，因为Git可能会找到多个版本号，就无法确定是哪一个了。

再小心翼翼地看看readme.txt的内容：

$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL

但是，如果我们回退到了某个版本，关掉了电脑，第二天想恢复到新版本怎么办？找不到新版本的commit id怎么办？

Git提供了一个命令git reflog用来记录你的每一次命令：

$ git reflog
35b7969 (HEAD -> master) HEAD@{0}: reset: moving to 35b7969451cb6334a
136d10c HEAD@{1}: reset: moving to HEAD^
35b7969 (HEAD -> master) HEAD@{2}: commit: append GPL
136d10c HEAD@{3}: commit: add two lines
1186b5e HEAD@{4}: commit (initial): creat a new file readme

终于舒了口气，第三行显示 append GPL 的commit id是 3628164 ，现在，你又可以乘坐时光机回到未来了

二、撤销修改

我们在工作中发现当前的修改是错误的，需要撤销这次修改，怎么办呢？

先在readme.txt中增加一行:

$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL
I love you TF

当然，简单的修改，我们可以删除一行或几行，手动把文件恢复到上一个版本的状态，但是复杂的修改呢？难道还一行一行的删除，那是不是显得太low了一点，有没有逼格高点的办法呢？当然有

用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

no changes added to commit (use "git add" and/or "git commit -a")

你可以发现，Git会告诉你，git checkout -- file可以丢弃工作区的修改：

$ git checkout -- readme.txt

命令git checkout -- readme.txt意思就是，把readme.txt文件在工作区的修改全部撤销，这里有两种情况：

一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

现在，看看readme.txt的文件内容：

$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL

文件内容果然复原了。

git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令

还有一种情况，我们不但修改了文件内容，还git add到暂存区了：

$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL
My boss is a doubi

$ git add  readme.txt

用git status查看一下，修改只是添加到了暂存区，还没有提交：

$ git status
On branch master
Changes to be committed:
  (use "git reset HEAD <file>..." to unstage)

        modified:   readme.txt

Git同样告诉我们，用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区：

$ git reset HEAD readme.txt
Unstaged changes after reset:
M       readme.txt

git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。

再用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

no changes added to commit (use "git add" and/or "git commit -a")

这时我们再用git checkout -- file命令丢弃工作区的修改

$ git checkout -- readme.txt

$ cat readme.txt
Git is a distributed version control system.
Git is free software distributed under the GPL

三、删除文件

先添加一个新文件test.txt到Git并且提交：

$ touch test.txt
$ git add test.txt
$ git commit -m "add test.txt"
[master c61ac4f] add test.txt
 1 file changed, 0 insertions(+), 0 deletions(-)
 create mode 100644 test.txt

一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用rm命令删了：

$ rm test.txt

这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：

$ git status
On branch master
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        deleted:    test.txt

no changes added to commit (use "git add" and/or "git commit -a")

现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

$ git rm test.txt
rm 'test.txt'
$ git commit -m "remove test.txt"
[master c6bdeb5] remove test.txt
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 test.txt

现在，文件就从版本库中被删除了。

另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

$ git checkout -- test.txt

git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。