首先，简单介绍一下 git tag 命令，该命令可理解为 “打标签或里程碑”，本质上和 branch、stash 引用一样，也是一个引用，记录着提交 ID (或者创建 Tag 对象)，下面我们来操作一下：
- 打上标签，标签名为
old_practice，并添加描述说明：
- 查看标签记录的最新的提交
ID：
- 查看该最新
ID所记录的内容：
打标签之后，可以执行 git describe 命令，将最新提交显示为一个容易记的名称，显示的时候会选取离提交最近的 tag 为 ''基础版本号''再附加距离 tag 的数字，以及该提交的哈希值缩写。因为当前的提交就是 tag 所在的提交，所以只会显示出 tag 名称 ：
现在版本库的状态为暂存区和工作区都包含了修改，如下：
接下来，我们进行各种操作来演示：
- 先保存进度：
- 再用
git stash apply恢复进度，因为这个进度记录要多次使用，先不移除：
当前工作区的文件有：
- 直接在工作区删除这些文件
可以看到本地文件已经删除掉了，但是暂存区和版本库中的文件仍然存在。
- 查看状态看看：
输出表示，本地删除想要反映到暂存区，应该使用 git rm 命令，对不想删除的文件，可执行 git restore 让文件在工作区中恢复。
也就是说，需要将删除的工作的文件先 git rm 到暂存区再提交，才算真正的删除，那么我们操作一下：
现在，在最新的提交中，文件已经被删除了，但是在历史提交中还是存在的，可以通过历史提交来恢复相应的文件，所以完全不用担心。
- 我们查一下上一次提交的文件列表：
可以通过文件路径，直接查看历史版本中的文件内容：
我们之前将本地删除的文件反映到暂存区时，用 git rm 并通过空格写了一大堆文件名。其实是可以简化操作的，通过 git add 再加上 -u 参数就可以，其含义是将本地改动(更改和删除)的文件标记到暂存区。
下面我们用这种方式演示一下，首先要恢复到之前的状态才行：
- 先回退到上一次提交的版本，即丢掉最新的提交：
- 恢复之前保存的进度，
-q参数表示命令进入安静模式：
对比之前的输出：
- 再次删除工作区本地的文件：
- 执行
git add -u命令可以将(被版本库追踪的)本地文件的变更(修改、删除)全部记录到暂存区中 。【 git add 默认只记录修改，不包括新添加的文件和删除的文件】 ：
可以看到，工作区删除的文件已经被标记为下次提交时删除了【D】，之前我们看到的都是修改 【M】。
- 最后，进行提交：
可以看到，本地和版本库中的文件都不存在了。
一、恢复文件 ：
下面我们演示一下恢复已经被删除的指定文件，比如指定恢复被删除掉的 Welcome.txt 文件，我们都知道，当前最新的提交中，文件已经不存在，只能从历史提交中提取文件：
HEAD~1 ，相当于 HEAD^，指上一次提交，HEAD~2 ，相当于 HEAD^^ ，指上上一次提交。执行 git add 加上 -A 参数，可以将工作区中所有修改、删除和新增的文件都添加到暂存区：
最后，我们进行提交：
二、移动文件：
这里使用 git mv 命令完成操作，将 Welcome.txt 重命名为 README ，再进行提交。改名之后提交的输出能看到改名前后两个文件的相似度，这里因为文件没修改，所以相似度为 100% 。
其实可以不使用 git mv 命令，而使用我们之前学过的 git rm 和 git add 两条命令也能实现。
- 首先，恢复到上一个版本：
可以看到，welcome.txt 文件回来了。
- 这次不用
git mv命令，而是用mv直接更改本地文件：
输出表示 ， welcome.txt 被删除了【D】，有一个没被追踪的 README 【??】。
- 在
README文件增加一行，如下：
- 使用
git add -A命令，相当于对修改文件执行git add，对删除文件执行git rm，对本地新增文件执行git add：
- 最后，进行提交：
这里通过 rm 命令本地移动文件的方式，使用 add -A 命令之后，查看状态时，并不是 renamed 而是新增和删除文件。
三、文件忽略
我们之前打了一个标签叫做 " old_practice" ，现在再次执行 git describe 看一下版本号：
也就是说：当前工作区的版本是 "tag" 后的第三个版本，提交 ID 是 3dffaeb 。【注意：要忽略ID前面的g】
当我们不想所有的文件都被 Git 追踪，想让指定的文件忽略(Git 当它们不存在，不进行版本控制)时。那么，可以在这个目录下，创建一个名为为 .gitignore 的文件 【注意，前边有个点】，把那些要忽略的文件写在其中，文件名可以使用通配符，比如：
先新建一个文件，用于测试效果，先不忽略这个文件，看看状态：
可以看到 .gitignore 和 ignore_teset.txt 文件都显示没被追踪，需要 add 操作。现在，我们在 .gitgnore 中添加一行 ignore_test.txt ，再查看一下状态：
发现 ignore_teset.txt 被忽略了，无论对这个文件做什么操作，Git 都不管了。
实际上，可以把自身添加到忽略文件当中，如下：
工作区非常干净。.gitignore 通常是要添加到版本库中的，这样别人 clone 项目之后，也能够正常忽略指定的文件，即文件忽略在他人的工作区中同样生效。因为 .gitignore 文件是共享式的。
查看状态的时候，可以加上 --ignored 来显示被忽略的文件：
如果不想共享，想本地独享忽略呢？有两种实现方式。
第一种：针对具体版本库的 "独享式" 忽略。即通过在版本库的 .git 目录下的文件 .git/info/exclude 来设置文件忽略。
第二种：全局的 "独享式"忽略。即通过 Git 的配置变量 core.excludesfile 指定一个忽略文件，其设置的忽略对所有本地版本库均有效。
总结：具体使用哪一种忽略方式，取决于实际的场景。如果文件忽略对于所有使用此版本库工作的人都有用，就在版本库中创建一个 .gitignore 文件来建立忽略。否则，如果工作区创建的是一个实验性的目录或文件，本不应该让他人知道，那么使用本地忽略。
最后，我们简单讲一下 Git 忽略语法：
- 文件中的空行或以
#开始的行会被忽略(相当于代码编辑中的注释)。 - 可以使用通配符，例如：
*代表任意多字符，?代表一个字符，[abc] 代表可选字符范围等。 - 如果名称的最前面是一个路径分隔符
/，表明要忽略的文件在此目录下，而非子目录的文件。 - 如果名称的最后面是一个路径分隔符
/，表明要忽略的是整个目录。 - 名称最前面添加一个
!，表示不忽略。
下面的文件忽略示例，包含了上述要点：
# 这是注释行 -- 被忽略
*.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 ，可以对任意提交对应的目录树建立归档，示例如下：
基于最新提交建立归档文件 latest.zip 。
