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

增加distributed under the GPL。

1
2

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

当修改完文件以后，git status显示：

1
2
3
4
5
6
7
8
9

$ 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")

此时在SourceTree里面会显示有Uncommitted Changes。并且，在Unstaged files框里面，readme.txt会被显示出来。因为没有执行git add readme.txt命令，所以并不会显示在Staged files里面。

然后尝试提交：

1
2

$ git add readme.txt
$ git commit -m "append GPL"

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

现在，我们回顾一下readme.txt文件一共有几个版本被提交到Git仓库里了。当然了，在实际工作中，我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容，不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：

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

$ git log

commit a22668ed4e61ccdd46b5008d29b9e0bea08460c6
Author: Simon <>
Date:   Wed Mar 14 13:55:40 2018 +0800

    append GPL

commit 2a06975dc36f95797186e346b53c298a80344ca7
Author: Simon <>
Date:   Wed Mar 14 11:26:53 2018 +0800

    add distributed

commit 7e08ce29bcebcd637eb03ea3568da4b4b0b87914
Author: Simon <>
Date:   Wed Mar 14 10:50:40 2018 +0800

    wrote a readme file

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

1
2
3
4

$ git log --pretty=oneline
a22668ed4e61ccdd46b5008d29b9e0bea08460c6 append GPL
2a06975dc36f95797186e346b53c298a80344ca7 add distributed
7e08ce29bcebcd637eb03ea3568da4b4b0b87914 wrote a readme file

好了，现在我们启动时光穿梭机，准备把readme.txt回退到上一个版本，也就是“add distributed”的那个版本，怎么做呢？

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

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

1

$ git reset --hard HEAD^

现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？

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

1

$ git reflog

现在总结一下：

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

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

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

我们已经成功地添加并提交了一个readme.txt文件，现在，是时候继续工作了，于是，我们继续修改readme.txt文件，改成如下内容：(第一行添加一个单词distributed)

1
2

Git is a distributed version control system.
Git is free software.

现在，运行git status命令看看结果：

1
2
3
4
5
6
7
8
9

$ 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告诉我们readme.txt被修改了，但如果能看看具体修改了什么内容，自然是很好的。因为可能已经记不清上次怎么修改的readme.txt，所以，需要用git diff这个命令看看：

1
2
3
4
5
6
7
8
9

$ git diff
diff --git a/readme.txt b/readme.txt
index 46d49bf..9247db6 100644
--- a/readme.txt
+++ b/readme.txt
@@ -1,2 +1,2 @@
-Git is a version control system.
+Git is a distributed version control system.
 Git is free software.

git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式，可以从上面的命令输出看到，我们在第一行添加了一个“distributed”单词。

知道了对readme.txt作了什么修改后，再把它提交到仓库就放心多了，提交修改和提交新文件是一样的两步，第一步是git add：

1

$ git add readme.txt

同样没有任何输出。在执行第二步git commit之前，我们再运行git status看看当前仓库的状态：

1
2
3
4
5
6

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

	modified:   readme.txt

1
2
3
4
5

```shell
$ git commit -m "add distributed"
[master 2a06975] add distributed
 1 file changed, 1 insertion(+), 1 deletion(-)

提交后，我们再用git status命令看看仓库的当前状态：

1
2
3

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

Git告诉我们当前没有需要提交的修改，而且，工作目录是干净（working directory clean）的。

此时，SourceTree的效果图如下：

创建版本库

什么是版本库呢？版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。

所以，创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录：

1
2
3
4
5
6

$ pwd
/Users/simon
$ mkdir learngit
$ cd learngit/
$ pwd
/Users/simon/learngit

创建好learngit目录后，如果Mac下的SourceTree Git管理工具打开此目录，则会报如下错误：

1
2

Invalid folder
The path /Users/simon/learngit does not refer to a working copy for Mercurial or Git.

第二步，通过git init命令把这个目录变成Git可以管理的仓库：

1
2

$ git init
Initialized empty Git repository in /Users/simon/learngit/.git/

瞬间Git就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的。

如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。

也不一定必须在空目录下创建Git仓库，选择一个已经有东西的目录也是可以的。

把文件添加到版本库

首先这里再明确一下，所有的版本控制系统，其实只能跟踪文本文件的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加了一个单词“Linux”，在第8行删了一个单词“Windows”。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。

不幸的是，Microsoft的Word格式是二进制格式，因此，版本控制系统是没法跟踪Word文件的改动的。

因为文本是有编码的，比如中文有常用的GBK编码，日文有Shift_JIS编码，如果没有历史遗留问题，强烈建议使用标准的UTF-8编码，所有语言使用同一种编码，既没有冲突，又被所有平台所支持。

现在我们编写一个readme.txt文件，内容如下：

1
2

Git is a version control system.
Git is free software.

一定要放到learngit目录下（子目录也行），因为这是一个Git仓库。

把一个文件放到Git仓库只需要两步。

1. 用命令git add告诉Git，把文件添加到仓库：

   1	$ git add readme.txt

2. 用命令git commit告诉Git，把文件提交到仓库：

   1 2 3 4

   $ git commit -m "wrote a readme file" [master (root-commit) 7e08ce2] wrote a readme file 1 file changed, 2 insertions(+) create mode 100644 readme.txt

简单解释一下git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。

git commit命令执行成功后会告诉你，1个文件被改动（我们新添加的readme.txt文件），插入了两行内容（readme.txt有两行内容）。

为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件，比如：

1
2
3

$ git add file1.txt
$ git add file2.txt file3.txt
$ git commit -m "add 3 files."

此时，通过SourceTree可以观察到如下效果。