Git操作流程

什么是 Git？

人工版本控制器

通过人工的复制行为来保存项目的不同阶段的内容，添加适当的一些描述文字加以区分

• 繁琐、容易出错

• 产生大量重复（冗余）数据

版本控制工具

通过程序完成上述人工版本控制行为

• 方便且功能强大

• 只记录不同版本之间变化的部分

怎么工作的？

首先，我们得先了解两个重要概念

• 状态

• 区域

状态

同时，git 又提供了三种（也可以说是四种）不同的记录状态

• 已修改（modified）

• 已暂存（staged）

• 已提交（committed）

有一个特殊的状态

• 未追踪（Untracked）

区域

git 提供了三个不同的工作区，用来存放不同的内容

• 工作目录

• 暂存区域

• Git 仓库

创建版本库   repository，通过git init命令把这个目录变成Git可以管理的仓库

git init

 首先我们要写一个readme.txt文件，添加两段内容

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

把文件添加到版本库，新建一个readme.txt文件,用命令git add告诉Git，把文件添加到仓库

git add readme.txt

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

$ git commit -m 'wrote a readme file'
[refs 81c1e4a] wrote a rester file
 1 file changed, 2 insertions(+)
 create mode 100644 readme.txt

 git commit命令，-m后面输入的是本次提交的说明信息，随便输入点什么字段都可以，前提是你要知道本次提交干了点什么事

 PS:Git添加文件为什么需要add，因为commit可以一次提交很多文件，所以你可以多次add不同的文件

git add file1.txt

git add file2.txt file3.txt

git commit -m 'add 3 files'

接下来，已经成功添加并提交了一个readme.txt文件，继续修改readme.txt文件，改为以下内容

Git is a distributed version control system. 

可以运行git status命令查看结果

$ git status
On branch refs
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <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被修改了，但如果能看看具体修改了什么内容，自然是很好的。

 所以，需要用git diff这个命令看看

$ git diff readme.txt
diff --git a/readme.txt b/rester.txt
index e69de29..d1d06ad 100644
--- a/rester.txt
+++ b/rester.txt
@@ -0,0 +1 @@
+1111
\ No newline at end of file

git diff顾名思义就是查看difference，显示的格式正是Unix通用的diff格式

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

$ git add readme.txt

同样没有任何输出。在执行git commit之前，可以先运行git status看看:

$ git status
On branch refs
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        modified:   readme.txt

 git status告诉我们，将要被提交的修改包括readme.txt文件，下一步，就可以放心提交readme.txt文件了

$ git commit -m 'add distributed'
[refs 40cc635] add distributed
 1 file changed, 1 insertion(+)

提交后，可以再用git status命令看看仓库的当前状态

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

版本回退

现在，我们回顾一下readme.txt文件一共有几个版本被提交到Git仓库里了

版本1：wrote a readme file

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

版本2：add distributed

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

版本3：append GPL

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

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

$ git log
commit 1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master)
Author: Michael Liao <askxuefeng@gmail.com>
Date:   Fri May 18 9:50:15 2021 +0800

    append GPL

commit 40cc6352fd1b648d6c0fa49e163f79dcf6b18c06 (HEAD -> refs)
Author: 你遗憾吗 <“once0324@163.com”>
Date:   Thu Nov 4 09:46:23 2021 +0800

    add distributed

commit 81c1e4a5e266e567c5eecca0ec977df7cbe85b51
Author: 你遗憾吗 <“once0324@163.com”>
Date:   Thu Nov 4 08:41:49 2021 +0800

    wrote a readme file

git log命令显示从最近到最远的提交日志，我们可以看到2次提交，最近的一次是add distrbuited

 最早的一次是wrote a readme file。

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

$ git log --pretty=oneline
1094adb7b9b3807259d8cb349e7df1d4d6477073 (HEAD -> master) append GPL
40cc6352fd1b648d6c0fa49e163f79dcf6b18c06 (HEAD -> refs) add distributed
81c1e4a5e266e567c5eecca0ec977df7cbe85b51 wrote a readme file

友情提示:你看到的一大串类似1094adb...的是commit id（版本号）

 每提交一个新版本，实际上Git就会把它们自动串成一条时间线。如果使用可视化工具查看Git历史，就可以更清楚地看到提交历史的时间线：

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

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

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

$ git reset --hard HEAD^
HEAD is now at e475afc add distributed

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

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

果然被还原了。

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

$ git log
commit e475afc93c209a690c39c13a46716e8fa000c366 (HEAD -> master)
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

删除文件

在Git中，删除也是一个修改操作，我们实战一下，先添加一个新文件test.txt到Git并且提交：

$ git add test.txt

$ git commit -m "add test.txt"
[master b84166e] add test.txt
 1 file changed, 1 insertion(+)
 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 d46f35e] remove test.txt
 1 file changed, 1 deletion(-)
 delete mode 100644 test.txt

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

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

$ git checkout -- test.txt

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

 小提示：先手动删除文件，然后使用git rm <file>和git add<file>效果是一样的。