Git 版本回退

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

使用Git log 告诉我们历史记录：显示顺序从最近到最远

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
1λ git log

2commit c72e38e4abebd7bc0a33332af2a5f96df6598bf0 (HEAD -> master)

3Author: Gaoking <1903843477@qq.com>

4Date:   Sun Jun 30 22:12:32 2019 +0800

5

6    '添加了单词distributed'

7

8commit 06bcd78a4d208dbba023a6e19367340117a468bc

9Author: Gaoking <1903843477@qq.com>

10Date:   Sun Jun 30 21:53:14 2019 +0800

11

12    '添加了三个文件'

13

14commit b30fedbae168a3af37f589ea58102bf7a87f93d7

15Author: Gaoking <1903843477@qq.com>

16Date:   Sun Jun 30 21:49:56 2019 +0800

17

18    创建了一个readme.txt

19

20

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

1
2
3
4
5
6
7
1λ git log --pretty=oneline

27acc5230bf659da048f6e532ce944400c73902cc (HEAD -> master) '再次修改readme.txt'

3c72e38e4abebd7bc0a33332af2a5f96df6598bf0 '添加了单词distributed'

406bcd78a4d208dbba023a6e19367340117a468bc '添加了三个文件'

5b30fedbae168a3af37f589ea58102bf7a87f93d7 创建了一个readme.txt

6

7

需要友情提示的是，你看到的一大串类似1094adb…的是commit id（版本号），和SVN不一样，Git的commit id不是1，2，3……递增的数字，而是一个SHA1计算出来的一个非常大的数字，用十六进制表示，而且你看到的commit id和我的肯定不一样，以你自己的为准。为什么commit id需要用这么一大串数字表示呢？因为Git是分布式的版本控制系统，后面我们还要研究多人在同一个版本库里工作，如果大家都用1，2，3……作为版本号，那肯定就冲突了。

回退版本Git reset（reset:重启）

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
1#错误的一个

2λ git reset --hard head^

3More?

4More? y

5fatal: ambiguous argument 'head

6y': unknown revision or path not in the working tree.

7Use '--' to separate paths from revisions, like this:

8'git <command> [<revision>...] -- [<file>...]'

9

10#以为正确的，大意了，看到信息不一样就没有细看

11λ git reset HEAD^ --hard

12HEAD is now at 7acc523 '再次修改readme.txt'

13#真正正确的

14λ git reset --hard HEAD^^

15HEAD is now at c72e38e '添加了单词distributed'

16λ git reset --hard HEAD~1

17HEAD is now at 06bcd78 '添加了三个文件'

18

错误的原因：

因为cmd中^是转义符号，相当于linux的\，当出现在行尾的时候含义是这行还没写完，无视行尾的换行符，下行的内容实际执行的时候理解为直接接在上一行尾上。所以你^结尾会提示你More，就是让你输入下一行的内容。解决方法有用双引号括上强行指定为字符串内容"^"，或者用两个^，即^^，前一个转义后一个，代表一个没有特殊含义的字符^本身。如果你要用n个^，就要写2n个^。cmd中是这样,所以Git cmd也是这样，Git Bash是Unix风格，应该就没有这个问题。

查看一下

1
2
3
4
5
1λ cat readme.txt

2Git is a version control system.

3Git is free software.

4

5

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

1
2
3
4
5
1λ git log --pretty=oneline

206bcd78a4d208dbba023a6e19367340117a468bc (HEAD -> master) '添加了三个文件'

3b30fedbae168a3af37f589ea58102bf7a87f93d7 创建了一个readme.txt

4

5

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

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

1
2
3
4
1λ git reset --hard c72e

2HEAD is now at c72e38e '添加了单词distributed'

3

4

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

记录命令的命令： git reflog

那要是在前面我们找不到了commit id了怎么办，git有回退到过去可以用head，但是要回到未来，就必须有commit id，我们可以运行git reflog命令来查看不同版本的commit id

1
2
3
4
5
6
7
8
9
10
11
1λ git reflog

2c72e38e (HEAD -> master) HEAD@{0}: reset: moving to c72e

306bcd78 HEAD@{1}: reset: moving to HEAD~1

4c72e38e (HEAD -> master) HEAD@{2}: reset: moving to HEAD^

57acc523 HEAD@{3}: reset: moving to HEAD

67acc523 HEAD@{4}: commit: '再次修改readme.txt'#这个是最近的

7c72e38e (HEAD -> master) HEAD@{5}: commit: '添加了单词distributed'#比如这个版本的id 就是 c72e38e，这个是当前的

806bcd78 HEAD@{6}: commit: '添加了三个文件'

9b30fedb HEAD@{7}: commit (initial): 创建了一个readme.txt

10

11

我们回到未来：‘再次修改readme.txt'

1
2
3
4
5
6
7
8
1λ git reset --hard 7acc523

2HEAD is now at 7acc523 '再次修改readme.txt'

3

4λ cat readme.txt

5Git is a distributed version control system.

6Git is free software distributed under the GPL.

7

8

OK!

总结：

• HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset –hard commit_id。

• 穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。

• 要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。