7. Git 基本操作

首先，简单介绍一下 git tag 命令，该命令可理解为 “打标签或里程碑”，本质上和 branch、stash 引用一样，也是一个引用，记录着提交 ID (或者创建 Tag 对象)，下面我们来操作一下：

1. 打上标签，标签名为 old_practice，并添加描述说明：

image.png

2. 查看标签记录的最新的提交 ID：

image.png

3. 查看该最新 ID 所记录的内容：

image.png

打标签之后，可以执行 git describe 命令，将最新提交显示为一个容易记的名称，显示的时候会选取离提交最近的 tag 为 ''基础版本号''再附加距离 tag 的数字，以及该提交的哈希值缩写。因为当前的提交就是 tag 所在的提交，所以只会显示出 tag 名称 ：

image.png

现在版本库的状态为暂存区和工作区都包含了修改，如下：

image.png

接下来，我们进行各种操作来演示：

1. 先保存进度：

image.png

2. 再用 git stash apply 恢复进度，因为这个进度记录要多次使用，先不移除：

image.png

当前工作区的文件有：

image.png

3. 直接在工作区删除这些文件

image.png image.png

可以看到本地文件已经删除掉了，但是暂存区和版本库中的文件仍然存在。

4. 查看状态看看：

image.png

输出表示，本地删除想要反映到暂存区，应该使用 git rm 命令，对不想删除的文件，可执行 git restore 让文件在工作区中恢复。

也就是说，需要将删除的工作的文件先 git rm 到暂存区再提交，才算真正的删除，那么我们操作一下：

image.png image.png

现在，在最新的提交中，文件已经被删除了，但是在历史提交中还是存在的，可以通过历史提交来恢复相应的文件，所以完全不用担心。

5. 我们查一下上一次提交的文件列表：

image.png

可以通过文件路径，直接查看历史版本中的文件内容：

image.png

我们之前将本地删除的文件反映到暂存区时，用 git rm 并通过空格写了一大堆文件名。其实是可以简化操作的，通过 git add 再加上 -u 参数就可以，其含义是将本地改动(更改和删除)的文件标记到暂存区。

下面我们用这种方式演示一下，首先要恢复到之前的状态才行：

1. 先回退到上一次提交的版本，即丢掉最新的提交：

image.png

2. 恢复之前保存的进度，-q 参数表示命令进入安静模式：

image.png

对比之前的输出：

image.png

3. 再次删除工作区本地的文件：

image.png

4. 执行 git add -u 命令可以将(被版本库追踪的)本地文件的变更(修改、删除)全部记录到暂存区中 。【 git add 默认只记录修改，不包括新添加的文件和删除的文件】 ：

image.png

可以看到，工作区删除的文件已经被标记为下次提交时删除了【D】，之前我们看到的都是修改 【M】。

5. 最后，进行提交：

image.png image.png

可以看到，本地和版本库中的文件都不存在了。

一、恢复文件 ：

下面我们演示一下恢复已经被删除的指定文件，比如指定恢复被删除掉的 Welcome.txt 文件，我们都知道，当前最新的提交中，文件已经不存在，只能从历史提交中提取文件：

image.png

HEAD~1 ，相当于 HEAD^，指上一次提交，HEAD~2 ，相当于 HEAD^^ ，指上上一次提交。执行 git add 加上 -A 参数，可以将工作区中所有修改、删除和新增的文件都添加到暂存区：

image.png

最后，我们进行提交：

image.png

二、移动文件：

image.png

这里使用 git mv 命令完成操作，将 Welcome.txt 重命名为 README ，再进行提交。改名之后提交的输出能看到改名前后两个文件的相似度，这里因为文件没修改，所以相似度为 100% 。

其实可以不使用 git mv 命令，而使用我们之前学过的 git rm 和 git add 两条命令也能实现。

1. 首先，恢复到上一个版本：

image.png image.png

可以看到，welcome.txt 文件回来了。

2. 这次不用 git mv 命令，而是用 mv 直接更改本地文件：

image.png

输出表示 ， welcome.txt 被删除了【D】，有一个没被追踪的 README 【??】。

3. 在 README 文件增加一行，如下：

image.png

4. 使用 git add -A 命令，相当于对修改文件执行 git add ，对删除文件执行 git rm ，对本地新增文件执行 git add ：

image.png

5. 最后，进行提交：

image.png

这里通过 rm 命令本地移动文件的方式，使用 add -A 命令之后，查看状态时，并不是 renamed 而是新增和删除文件。

三、文件忽略

我们之前打了一个标签叫做 " old_practice" ，现在再次执行 git describe 看一下版本号：

image.png

也就是说：当前工作区的版本是 "tag" 后的第三个版本，提交 ID 是 3dffaeb 。【注意：要忽略ID前面的g】

当我们不想所有的文件都被 Git 追踪，想让指定的文件忽略(Git 当它们不存在，不进行版本控制)时。那么，可以在这个目录下，创建一个名为为 .gitignore 的文件 【注意，前边有个点】，把那些要忽略的文件写在其中，文件名可以使用通配符，比如：

image.png

先新建一个文件，用于测试效果，先不忽略这个文件，看看状态：

image.png

可以看到 .gitignore 和 ignore_teset.txt 文件都显示没被追踪，需要 add 操作。现在，我们在 .gitgnore 中添加一行 ignore_test.txt ，再查看一下状态：

image.png

发现 ignore_teset.txt 被忽略了，无论对这个文件做什么操作，Git 都不管了。

实际上，可以把自身添加到忽略文件当中，如下：

image.png image.png

工作区非常干净。.gitignore 通常是要添加到版本库中的，这样别人 clone 项目之后，也能够正常忽略指定的文件，即文件忽略在他人的工作区中同样生效。因为 .gitignore 文件是共享式的。

查看状态的时候，可以加上 --ignored 来显示被忽略的文件：

image.png

如果不想共享，想本地独享忽略呢？有两种实现方式。

第一种：针对具体版本库的 "独享式" 忽略。即通过在版本库的 .git 目录下的文件 .git/info/exclude 来设置文件忽略。

第二种：全局的 "独享式"忽略。即通过 Git 的配置变量 core.excludesfile 指定一个忽略文件，其设置的忽略对所有本地版本库均有效。

总结：具体使用哪一种忽略方式，取决于实际的场景。如果文件忽略对于所有使用此版本库工作的人都有用，就在版本库中创建一个 .gitignore 文件来建立忽略。否则，如果工作区创建的是一个实验性的目录或文件，本不应该让他人知道，那么使用本地忽略。

最后，我们简单讲一下 Git 忽略语法：

1. 文件中的空行或以 # 开始的行会被忽略(相当于代码编辑中的注释)。
2. 可以使用通配符，例如： * 代表任意多字符，? 代表一个字符，[abc] 代表可选字符范围等。
3. 如果名称的最前面是一个路径分隔符 / ，表明要忽略的文件在此目录下，而非子目录的文件。
4. 如果名称的最后面是一个路径分隔符 / ，表明要忽略的是整个目录。
5. 名称最前面添加一个 ! ，表示不忽略。

下面的文件忽略示例，包含了上述要点：

# 这是注释行 -- 被忽略
*.a             # 忽略所有以 .a 为扩展名的文件
!lib.a          # 但是 lib.a 文件或目录不要忽略，即使前面设置了对 *.a 的忽略
/TODO           # 只忽略此目录下的 TODO 文件，其他目录或当前目录的子目录中的 TTODO 文件不忽略
build/          # 忽略所有 build/ 目录下的文件
doc/*.txt       # 忽略文件如 doc/notes.txt ，但是文件如 doc/server/arch.txt 不被忽略【没写到指定目录级别不会被忽略】

总结：文件 .gitignore 的作用范围是其所处的目录及其子目录，而且只对未被追踪的文件有效，如果文件已经加入版本库了，忽略对其无效。

四、文件归档

Git 提供了一个归档命令 git archive ，可以对任意提交对应的目录树建立归档，示例如下：

image.png

基于最新提交建立归档文件 latest.zip 。