场景一:撤销工作区的修改(未执行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 强推可以做到,但不推荐这样做)
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。