一：reset 和 revert的区别

Reset是回退到某个指定的节点，往后的一律消失；

Revert是撤回某个指定的节点，剩下的提交记录都还在，包括操作的revert节点；

二：谈谈Reset 涉及的属性

举例：

新建一个文件，并输入文字然后提交：

GIT查看提交记录就会出现第一次提交：

提交后查看远程仓库目录及文件内容：

[图片上传失败...(image-61bd8f-1641457575108)]

再次修改readme.txt文件，并提交到远程仓库

[图片上传失败...(image-ce7452-1641457575107)]

[图片上传失败...(image-25c576-1641457575107)]

查看远程仓库是否正确提交：

[图片上传失败...(image-fc0b3d-1641457575107)]

[图片上传失败...(image-dd4ac9-1641457575107)]

现在再新增一个test.html文件，并把他推送到远程仓库

[图片上传失败...(image-f5673a-1641457575106)]

[图片上传失败...(image-e006bf-1641457575106)]

再次查看远程仓库和提交记录

[图片上传失败...(image-7ab916-1641457575106)]

[图片上传失败...(image-6807f2-1641457575106)]

这时需要变更：不要test也不要readme上的第二次修改的内容，需要版本回退到第一次提交的‘T1’，那用reset操作 → git reset --hard commitId

[图片上传失败...(image-1d6562-1641457575106)]

此时本地test已删除，readme也回到了第一次提交的记录，但是查看远程依然是最新的代码并没有回退，那么需要本来push来更新。

[图片上传失败...(image-5c31bf-1641457575106)]

[图片上传失败...(image-3f38e0-1641457575106)]

当我执行git push会失败，因为本地代码回到了旧版本，但远程仓库是新版本和本地不一致，所以当我用git push时会报错，这里我们需要使用强制提交：git push -f

[图片上传失败...(image-e3f84a-1641457575106)]

再看远程仓库已回退

[图片上传失败...(image-e7e651-1641457575106)]

这个时候看提交记录也回到了第一次提交，后面的记录都没了

[图片上传失败...(image-294a32-1641457575106)]

可见，reset是彻彻底底的回退，该commit之后的所有修改将完全消失，包括提交记录。

Reset hard的其他几种回退方法：

1. git reset --hard HEAD^

2. git reset --hard HEAD~2

^的个数/~2表示回退的个版本个数

优点：

<u>彻底回退到指定版本，代码提交记录干净清爽；</u>

<u>提交时间线也清晰没有冗杂；</u>

缺点：

记录彻底清除，无法再次恢复；

3. git reset --soft commitId, 还原到<u>暂存区</u>

[图片上传失败...(image-1c8975-1641457575105)]

4. git reset --mixed commitId, 把文件还原到<u>工作区</u>

[图片上传失败...(image-6dfee9-1641457575105)]

三：谈谈Revert：

revert执行后会产生新的commit记录，是通过一次新的commit来恢复到之前旧的commit，但revert会保留恢复的该次提交后面的其它提交内容，假如后面的提交与要恢复的提交更改了同一地方，此时用revert就会产生冲突!

我们把上面的三次提交再操作一次；

[图片上传失败...(image-c62a58-1641457575105)]

[图片上传失败...(image-21d1da-1641457575105)]

[图片上传失败...(image-dd070c-1641457575105)]

此时我们用reset的思路来回退到第一次提交，命令行 → Git revert commitId

[图片上传失败...(image-f0e78b-1641457575105)]

如上所示<u>冲突</u>了，当前内容是第2次提交，而我们要恢复的内容是read 1

如果对revert命令没有深入了解的话，就可能会产生疑惑，为什么会冲突？而且我实际上是想像reset一样恢复或者说是回退到T1（这里要再次说明一下第一次提交的状态:只有一个readme文件，且内容是第一次提交），但为什么冲突提示要恢复到read 1.？？？这是初始第一次写的。

其实，准确来说，revert是撤销/撤回/反提交的意思，我们不能按reset的思路理解，我们执行git revert T1，这么做其实结果是要撤销第一次的提交，注意，仅仅是撤销T1的提交，把T1的修改恢复到T1之前也就是初始的状态，而不会影响T2，T3的提交。但如果T2，T3中修改了T1修改的同一地方，那么就会产生冲突，因为revert意图撤销T1的修改，但发现T2和T3把T1的修改再次修改了，此时，revert意图变得不清晰，因为它无法确定到底是应用你最新的修改，还是恢复到初始状态，这将由你来决定！

那如果我们要恢复T1的状态，那需要撤销T2来对T1进行修改 git revert T2：

[图片上传失败...(image-1eab7-1641457575104)]

这里需要我们修改或输入提交日志，按 “i”，进入输入状态，写完后按ESC退出输入状态，再按“:wq”退出！

成功后，执行 git push：

[图片上传失败...(image-796d41-1641457575104)]

查看远程仓库，也已撤回T2，readme已回到想要的状态：

[图片上传失败...(image-aa6264-1641457575104)]

[图片上传失败...(image-767b4c-1641457575104)]

可见，revert操作成功后，产生了新的commit记录，T2对T1的修改已经恢复，现在的readme就是t1提交后的状态，但同时demo文件仍然存在，即T3的提交不受影响！

[图片上传失败...(image-d1945d-1641457575104)]

[图片上传失败...(image-990b08-1641457575104)]

但如果你说，想要和reset一样，把t2t3的提交也要删除掉，那你就先revert t3，再revert t2，可以达到同样的效果，但这样一来，为何不直接用reset？如果你说既想达到reset的效果，又想有记录防止反悔，那这。。。是一个值得思考的问题！

总结：

reset是彻底回退到指定的commit版本，该commit后的所有commit都将被清除，包括提交历史记录；

revert仅仅是撤销指定commit的修改，并不影响后续的commit，但所撤销的commit被后续的commit修改了同一地方则会产生冲突；

reset执行后不会产生记录，revert执行后会产生记录；

reset执行后无法再次恢复，revert执行后因为不会清除记录，并且会产生新纪录，所以文件不会丢失，你可以多次执行revert恢复到某次改变之前的状态；

reset执行后HEAD会后移，而revert的HEAD则一直是向前的；

理清了reset和revert的基本原理，你就明白了在什么时间该使用哪个命令更为合适了！

[图片上传失败...(image-a84b6a-1641457575104)]

1. Checkout

Git checkout -- 文件名

Reset hard HEAD 文件名，只能在工作区才能起效果。

扩展插件：

SpanTree-gitlab tree

[图片上传失败...(image-2dbc91-1641457575104)]

[图片上传失败...(image-ef4577-1641457575104)]

这样查看文件就可以方便很多。