Git撤销修改场景及对应指令（checkout、reset、revert）详解

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

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

实例：

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

二、git checkout test.txt，无提示

三、git status，显示干净的工做区

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

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

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

实例：

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

二、git reset HEAD

三、git status，显示修改撤回到了工做区

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

指令：git reset或git revert

git reset与git revert的区别：

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

实例一：git reset

一、git log --pretty=online 显示有三个版本

二、git reset --hard 版本号（输前几位便可），回退版本到Second commit

三、git log --pretty=online，丢失版本Third commit

实例二：git revert

一、git log --pretty=online 显示有三个版本

二、git revert 版本号，抵消某个版本与其以后版本的修改，注意，这里的逻辑与git reset不同，若是想回到Second commit的版本，就须要抵消掉Third commit的修改。因此这里应该git revert Third commit的版本号

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

四、git log --pretty=online，Third commit并无丢失，而是多了一个revert版本，你能够 git log -p查看每一个版本的修改，发现revert的版本所作的修改与Third commit偏偏相反，正好抵消掉了它的修改。

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