git reset 演示

git reset --hard <version>
作用：切换节点（通过切换节点达到撤销commit的目的）
一共3种方式 hard soft mixed
准备demo
git log
文件创建完毕并且提交了2次改动分别增加一行内容

屏幕快照 2020-03-17 下午7.59.26.png

文件内容

屏幕快照 2020-03-17 下午8.00.53.png

1.hard

会清空工作区暂存区的修改并将不会保留当前节点和原节点之间的差异

演示：
此时同时在工作区暂存区添加修改内容
每次修改各增加了一行就不上图了
没有commit 所以git log 同之前的内容

屏幕快照 2020-03-17 下午8.02.48.png

接着 reset --hard到git log的第一次修改也就是版本号ff92caae00a346229272985118e501c27284276e

屏幕快照 2020-03-17 下午8.08.04.png

结果：第二次修改的commit 内容都没了就不上图了

恢复demo为接下来的测试做准备

2.soft

演示:
同hard
此时同时在工作区暂存区添加修改内容
每次修改各增加了一行就不上图了
没有commit 所以git log 同之前的内容

屏幕快照 2020-03-17 下午8.02.48.png

接着 reset --hard到git log的第一次修改也就是版本号ff92caae00a346229272985118e501c27284276e
结果：
git status

屏幕快照 2020-03-17 下午8.22.10.png

从git status 中看不出来具体结果
文件内容

屏幕快照 2020-03-17 下午8.22.37.png

可以看到工作区暂存区之前的修改都在
并且当前节点与原节点的差异放到了暂存区
恢复demo

3.mixed

同hard soft
此时同时在工作区暂存区添加修改内容
每次修改各增加了一行就不上图了
没有commit 所以git log 同之前的内容
就不上图了

结果：
git status

屏幕快照 2020-03-17 下午8.28.53.png

文件内容

屏幕快照 2020-03-17 下午8.29.12.png

仔细看代码行数右边的绿线 vscode 自带的提示效果说明所有改动(节点之间的差异，reset前的工作区暂存区改动)都在工作区

至此 reset 3种不同参数的演示结束了
从演示结果来看 hard模式是最容易理解的丢弃所有修改回到目标head
但是 soft mixed模式不得不引起思考：
1.把节点间的差异放在工作区与暂存区有什么区别？
2.如果节点间的差异存在冲突如何处理？
3.如果节点间差异和 commit之后的修改即 “暂存区的修改工作的修改”又有冲突如何处理？

问题2：

1.增加第三次commit 在第二次修改行增加内容“第三次修改”
2.reset回第一次修改
结果：第2 3次修改内容都在这里比较容易理解 merge了；那么接下来我在第二次修改的基础山删除一些内容
恢复demo

屏幕快照 2020-03-17 下午8.43.24.png

写到这里，我认为，git 应该只是对比节点之间的差异，把差异放在工作区/暂存区，而不关心中间的改变是如何发生的
结果：和我想的一样