场景一：撤销工作区的修改（未执行git add）

指令：git checkout 【目录或文件名】

实例：

1、修改了test.txt文档，git status 会出现如下提示：

2、git checkout test.txt，无提示

3、git status，显示干净的工作区

场景二：撤销暂存区的修改（已执行git add，但未执行git commit）

指令：git reset 【HEAD或某一版本号】【可选：文件名】（HEAD指向最近的一个版本，一个commit就是一个版本，版本号可以通过git log指令查询）

注意：git reset有三个参数，–soft、–mixed、–hard，如果不指定，会默认指行–mixed参数，它的意思是将指定版本之后的修改（在本场景中，就是最近一次提交后的修改），都撤回到工作区中，也就是未执行git add的状态。如果加上–hard参数，就会放弃指定版本之后的所有修改，会出现干净的工作区与暂存区（此参数会在下个场景展示实例）。如果加上–soft参数，则会把指定版本之后的修改撤回到暂存区，工作区内容不变。

实例：

1、修改test.txt文档，并提交修改到暂存区

2、git reset HEAD

3、git status，显示修改撤回到了工作区

场景三：撤销已经执行git commit的修改（真正意义上的版本回退）

指令：git reset或git revert

git reset与git revert的区别：

git reset会修改git log的版本历史，如果你回退到了几个版本前，那git log时就会发现你丢失了被回退的版本。而git revert不会修改版本历史，你回退哪个版本，git revert就会新建一个提交，把你要回退版本的修改抵消掉。如果没看懂，请看实例：

实例一：git reset

1、git log –pretty=online 显示有三个版本

2、git reset –hard 版本号（输前几位即可），回退版本到Second commit

3、git log –pretty=online，丢失版本Third commit

实例二：git revert

1、git log –pretty=online 显示有三个版本

2、git revert 版本号，抵消某个版本与其之后版本的修改，注意，这里的逻辑与git reset不一样，如果想回到Second commit的版本，就需要抵消掉Third commit的修改。所以这里应该git revert Third commit的版本号

3、revert的过程中可能会有冲突，git status查看冲突位置，解决冲突，git commit 文件名（无需git add）

4、git log –pretty=online，Third commit并没有丢失，而是多了一个revert版本，你可以 git log -p查看每个版本的修改，发现revert的版本所做的修改与Third commit恰恰相反，正好抵消掉了它的修改。

忠告：如果你的回退涉及到了远程分支，在版本回退时最好使用revert，因它没有修改版本历史；如果使用reset，因为你的reset操作，会使你比远程少了几个提交，远程会提示你落后于远程版本，应该先git pull代码，那么你的reset操作又有何意义呢？（git push -f 强推可以做到，但不推荐这样做）