本章主要测试讲解

• 项目中的文件数量消长(新增或删除文件时) 与 存在的文件内容消长(同一份文件修改多次) ，这两种情境的版本还原有无区别
• 测试误删除文件，然后还原
• 本章使用 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 的状态，文件保持一致。
• 文件数量的增减，文件内容的增减，提交后的还原效果一致。

（更多还原方式，参看下一章）