Git撤销修改场景及对应指令详解

本文详细介绍了Git在不同场景下的撤销修改操作,包括撤销工作区修改、撤销暂存区修改和撤销已提交修改。通过实例解析了git checkout、git reset和git revert的用法,强调了在涉及远程分支时应谨慎使用git reset。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

本文原则:开门见山、简明扼要,希望能给大家学习工作提供帮助!


场景一:撤销工作区的修改(未执行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 强推可以做到,但不推荐这样做)


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值