本章主要测试讲解

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

(更多还原方式,参看下一章)