1. 想逆转未来，得先知道时间线

1.1 git log

1.2 git log --oneline

• 此命令的显示结果比 git log 简洁

1.3 git reflog

• 此命令显示的记录比前两者完整

2. 哨兵来了，不是，是任务来了

2.1 查看状态

分析

1. 当前处于 "master" 分支

2. 暂存区的文件均已提交至本地仓库，即，此时暂存区的内容与本地仓库指向的版本的内容一致

3. 提示

   • 命令：git checkout -- <file>

   • 作用：舍弃更改，即，用暂存区的内容覆盖工作区

4. 红色的 "modified" 似曾相识
   • [Git] 008 status 与 commit 命令的补充 的 "1.8" 有提及
   • git status -s 回馈的红色的 "m" 就是指 "modified"
   • 这里说明工作区的 "README.md" 与 "note_01.txt" 产生了变动

5. 提示中最后一行表明 git add 与 git commit -a 有相同的效果

补充

• "Git" 中常见的三种状态
  • "modified" 已修改
  • "staged" 已暂存
  • "committed" 已提交

2.2 git checkout -- <file>

• 虽说这条命令要少用，做实验嘛，不妨用一下
• <file> 可以是多个文件，用空格隔开即可

2.3 查看一下

分析

• 回顾：[Git] 008 status 与 commit 命令的补充 的 "2.4"
• "README.md"
  • 空白的原因：我建好 "README.md" 后没有添加文本就提交了，之后没有变动
  • "2.1" 中 "modified" 的原因：我把工作区的 "README.md" 变动了
• "note_01.txt" 少了一句 4. git commit -m "<message>" 加入仓库，请往下看

3. git diff 登场

3.1 git diff <file>

• 可以比较工作区的 "file" 与暂存区的不同

分析

• 因为 "2.2" 的操作，此时工作区的文件是从暂存区回滚过来的
• 两者一样，所以没有回馈

3.2 加参数 "--cached"

• git diff --cached <file> 可以比较暂存区的 "file" 与本地仓库的 "file" 的不同
• [Git] 007 三棵树以及向本地仓库加入第一个文件 的 "2.5" 有提到过 "--cached"

分析

• 上一次提交后，暂存区与本地仓库的内容并没有变动

• 即，暂存区与本地仓库当前版本的 "note_01.txt" 是一样的

3.3 换参数 "HEAD"

• git diff HEAD <file> 可以比较工作区的 "file" 与本地仓库中当前版本的 "file" 的不同

分析

• 工作区的 "file" 与本地仓库中当前版本的 "file" 的相同
• 其实从 "2.1" 分析的第 2 条也可以看出
  1. 暂存区的内容提交到了本地仓库，=> 暂存区与本地仓库的当前版本一致
  2. 又，暂存区回滚给了工作区
  3. => 此时“三棵树”是一致的
• 当然，从 "2.2" 的图也可看出
  1. nothing to commit, working tree clean
  2. 又，工作区没有变动
  3. => 此时“三棵树”是一致的

3.4 "HEAD" 升级

• 利用 "1.3" 的图中的哈希值代替 "HEAD" 可以使工作区的 "file" 与本地仓库以往版本的 "file" 比较

• 如，我要与 [email protected]{3} 比较

分析

• 工作区的 "note_01.txt" 与本地仓库中版本号为 "9884432" 的 "note_01.txt" 有区别
  • 在 2. git status 查看 下方多了两行

3.5 继续升级

• 有了哈希值做 "id"，可以比较的东西就多了
• 用 git diff --chcaed <id> <file> 让暂存区的 "file" 与本地仓库以往版本的 "file" 进行比较

• 用 git diff <id1> <id2> <file> 让本地仓库中不同版本的 "file" 进行比较

分析

• 绿色语句以 "+" 开头，说明增加了 xxx
• 红色语句以 "-" 开头，说明减少了 xxx
• 这里是以 <id2> 为“对照组”，<di1> 为“实验组”
  • <id2> 是比较的基准
  • <id2> 比 <id1> 多了/少了 xxx
• <id1> 与 <id2> 换一下顺序，结果会变

补充：可以使用 "[email protected]{n}" 代替哈希值

3.6 "diff" 小结

• 在网上寻得一张关于 "diff" 的图片，我就不重复造轮子了

• 图片出处

4. 说好的“逆转未来”呢

4.1 先说原因

• "2.3" 的第一张图中理应有 4. git commit -m "<message>" 加入仓库 这句话
• 这句话并不是消失了，而是当初就没存在过
• [Git] 008 status 与 commit 命令的补充 的 "2.4" 光顾着 "commit"，但 "commit" 之前没有 "add"

4.2 出来把，时光机！

• git reset --hard HEAD~

4.3 如果后悔了，可以利用 "id" 再回来

• git reset --hard <id>

• "id" 可以不写全
  • 上图就是，而且还可以再缩
  • 前提是缩写后的值是“唯一”的
• "reflog" 在这里很有用

4.4 时光不能倒流，但是 "Git" 可以

• git reset --hard HEAD^

• 有些版本的 "^" 需要加引号，如
  • git reset --hard HEAD"^"

4.5 几个注意点

1. 时光是倒流了，但无情的岁月会拿小本本写下咱们的“开挂记录”

1. "~" 和 "^" 可以累加
   • 如果记录够多，git reset --hard HEAD~~ 可以回到上上个版本，以此类推
   • 也可以用 git reset --hard HEAD~10，相当于依次往前回滚 10 下
2. git reset --hard HEAD，虽没效果，也算一次记录
3. 保险起见还是先 "reflog"，再用哈希值回滚
4. 还可以用“指针”回滚，具体见 [Git] 010 对 [Git 008] 的补充：实现 commit 不计次数 的 "10"