Git学习(二)

0x00 前言

昨天我们学习了如何创建版本库,如何上传文件到版本库等,今天我们来学习如何对版本库的文件进行管理,修改,删除等操作。

Git学习(一)

0x01 版本回退

我们已经成功提交README.txt文件,我们继续修改README.txt

1
2
3
Git is a version control system.
This is my first test for Git!
hahaha

使用git status查看结果

1
2
3
4
5
6
7
8
9
10
$ 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 status命令可以让我们时刻掌握仓库当前的状态,上面的命令输出告诉我们,README.txt被修改过了,但还没有被提交。

如果我们忘记了修改了什么地方,我们可以使用git diff命令查看

1
2
3
4
5
6
7
8
9
10
$ git diff
diff --git a/README.txt b/README.txt
index 2237ae3..fe9c47a 100644
--- a/README.txt
+++ b/README.txt
@@ -1,2 +1,3 @@
Git is a version control system.
This is my first test for Git!
+hahaha
\ No newline at end of file

其中 -代表的是旧版本,+代表的是新版本

在实际生活中,我们不可能记住所有的修改,每次修改了什么,这个时候就知道版本控制的好处了。

git log命令可以查看我们提交的历史记录

1
2
3
4
5
6
7
8
9
10
11
12
$ git log
commit a78dd792ca848cf12c9ce93ecec4af510a697650 (HEAD -> master)
Author: imysec <1395851238@qq.com>
Date: Thu Sep 5 17:08:43 2019 +0800

change the README.txt

commit d4892a639ae1c9acbf21635e6c0d88ff35b3a94b
Author: imysec <1395851238@qq.com>
Date: Wed Sep 4 23:19:16 2019 +0800

add a new README.txt file

git log显示的是从最近到最远的提交日志,也就是说,最上面的记录是最近一次提交的。

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

1
2
3
$ git log --pretty=oneline
a78dd792ca848cf12c9ce93ecec4af510a697650 (HEAD -> master) change the README.txt
d4892a639ae1c9acbf21635e6c0d88ff35b3a94b add a new README.txt file

现在我们要回到上一个版本,也就是“add a new README.txt file”这个版本。

首先,我们要知道自己当前所处的版本,在Git中,用HEAD表示当前版本,HEAD^表示上一个版本,HEAD^^表示上上一个版本,以此类推,第100个版本,总不能用100个^吧,所以我们可以用HEAD~100表示。

我们先查看README.txt

1
2
3
4
5
$ cat README.txt
Git is a version control system.
This is my first test for Git!
hahaha
ennnnn

现在我们用git reset命令回退到上一个版本

1
2
$ git reset --hard HEAD^
HEAD is now at d4892a6 add a new README.txt file

再查看README.txt

1
2
3
$ cat README.txt
Git is a version control system.
This is my first test for Git!

果然回到了上一版本。

再用git log查看日志

1
2
3
4
5
6
$ git log
commit d4892a639ae1c9acbf21635e6c0d88ff35b3a94b (HEAD -> master)
Author: imysec <1395851238@qq.com>
Date: Wed Sep 4 23:19:16 2019 +0800

add a new README.txt file

发现第二次提交的不见了,那我们要想回到那个版本该怎么办呢???
其实还是有办法的,只要你以前使用git log命令的窗口没有关闭,往上翻,就可以找到以前的版本ID,再使用git reset --hard ID即可回到那个版本。

1
2
3
4
5
6
7
8
$ git reset --hard a78dd792
HEAD is now at a78dd79 change the README.txt

$ cat README.txt
Git is a version control system.
This is my first test for Git!
hahaha
ennnnn

这里要说一点,就是版本ID没必要写全,写前面几位就够了,Git会自动匹配,but也不能太少,5,6位就行。

可以看到Git版本回退的速度非常快,其实在Git内部有一个HEAD指针,指向当前版本,当你想改变版本的时候,仅仅是移动HEAD指针。

1
2
3
4
5
6
7
┌────┐
│HEAD│
└────┘

└──> ○ change the README.txt

○ add a new README.txt file

回到上一个版本

1
2
3
4
5
6
7
┌────┐
│HEAD│
└────┘

└──> ○ change the README.txt

○ add a new README.txt file

在更改版本库的时候,也把本地工作目录也更改了。

但是,如果我们把git log的窗口关闭了,该怎么办呢?

稳住,别慌!

git reflog可以记录你的每一次命令

1
2
3
4
5
6
$ git reflog
a78dd79 (HEAD -> master) HEAD@{0}: reset: moving to a78dd792
d4892a6 HEAD@{1}: reset: moving to d4892a639
d4892a6 HEAD@{2}: reset: moving to HEAD^
a78dd79 (HEAD -> master) HEAD@{3}: commit: change the README.txt
d4892a6 HEAD@{4}: commit (initial): add a new README.txt file

即可找到commit ID。

0x02 工作区和暂存区

前面我们学到了,添加文件到Git版本库的时候,是分两步的

第一步: 用git add将文件添加进去,实际上是把文件修改添加到暂存区
第二步: 用git commit提交,实际上就是把暂存区的所有内容一次性提交的当前分支

当我们在创建版本库时,Git自动为我们创建了唯一的master分支,所以,git commit就是往master上提交更改。

我们现在对README.txt文件进行修改:

1
2
3
Git is a version control system.
This is my first test for Git!
Git is so good!

然后再新建一个LICENSE文件

先用git status查看一下仓库的状态

1
2
3
4
5
6
7
8
9
10
11
12
13
14
$ 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.txtLICENSE都添加后,用git status再查看一下:

1
2
3
4
5
6
7
$ git status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)

new file: LICENSE
modified: README.txt

now,暂存区的状态就变成了这样:

所以,git add命令实际上就是把要提交的所有修改放到暂存区(Stage),然后,执行git commit就可以一次性把暂存区的所有修改提交到分支。

1
2
3
4
$ git commit -m "modify README.txt & add LICENSE"
[master 081378e] modify README.txt & add LICENSE
2 files changed, 3 insertions(+), 2 deletions(-)
create mode 100644 LICENSE

提交后,如果你又没有对工作区做任何修改,那么工作区就是“空”的:

1
2
3
$ git status
On branch master
nothing to commit, working tree clean

0x03 总结

  • git status查看当前工作区的状态
  • git diff对比发现文件修改前后的修改了哪些内容
  • HEAD指向当前版本,Git可以在历史版本之间来回穿梭,使用git reset --hard commit_id
  • git log可以查看提交的历史,找到commit_id
  • git reflog可以查看历史命令,可以回到未来的版本
  • 工作区指仓库的本地目录