本章主要测试讲解
- 项目中的文件数量消长(新增或删除文件时) 与 存在的文件内容消长(同一份文件修改多次) ，这两种情境的版本还原有无区别
- 测试误删除文件，然后还原
- 本章使用 git reset，更多还原操作可参看下一章
测试过程内容较多，每个步骤都逐一截图以便真实说明，也有列示用法。若不感兴趣，可直接查看总结部分。
测试过程
前置说明
这里是测试不同正常修改的操作会不会影响到项目还原，按道理来讲，代码写到一般，文件未保存计算机电源被扒了，这部分如果编辑器没有缓存，应该是不会在 git 的还原操作内了。
项目准备
1、远程仓库准备
- 在 github 上找到了一个 commit 次数较多的项目，放置到测试的远程仓库，本例是 tensorflow
1.png
2、本地仓库的准备
- clone 一个到本地，作为测试仓库
- 创建一个 dev 分支，进行测试
- 将本地 dev 分支推到远程 dev 分支
大概流程
- 1、使用 git rm 指令删除 tensorflow 子文件夹，commit 一次；
- 2、然后再新建 tensorflow 文件夹，并加上两个文件，commit 第二次；
- 3、再使用手动删除 third_party 文件夹，commit 第三次；
- 4、然后再新建 third_party 文件夹，并放上两个文件，commit 第四次；
- 5、最后 push 到远程 dev 分支。
- 6、再删除本地 tensorflow，clone 一份远程 dev 分支的 tensorflow，查看此时的 tensorflow 和 third_party 子文件夹内容
- 7、还原 clone 下来的项目到删除文件前，比较是否和之前的内容一致。
注意都是在同一分支（示例使用 dev）中进行的
2.png
测试步骤
1 操作前，项目中的 tensorflow 和 third_party 文件夹信息如下：
3.png
2 指令删除，添加，并提交
git rm tensorflow -r -f
git add .
git commit -m '指令删除tensorflow子文件夹'
4.png
3 新建 tensorflow 子文件夹并放两个文件
5.png
添加并提交
6.png
4 手动删除 third_party 文件夹，并提交
7.png
5 新建 third_party 子文件夹并放两个文件
8.png
添加并提交
9.png
6 推送到远程 dev 分支
最好先 pull（因为与 origin 的 dev 比较，文件夹中内容有冲突，pull 会先合并 merge，因此会多一条 commit），
再 push 到 origin
10.png
7 删除本地项目，再 clone 一份远程的 dev 分支项目
11.png
查看内容与推送 push 之前是一致的（一致的）
12.png
查看一下近 10 条记录
13.png
8 将 clone 下来的项目，还原到 27cfc……提交的状态
14.png
查看一下文件内容，完全一致
15.png
总结
由此看出：
- 无论是手动删除，使用 git 命令删除，
无论子文件夹是否有多个层级，还是删除后有其它 commit 操作，
只要找到对应的 commit id，使用 git reset 方法都能还原到该次 commit 的状态，文件保持一致。 - 文件数量的增减，文件内容的增减，提交后的还原效果一致。
（更多还原方式，参看下一章）
