【git reset & git revert】git后悔药之回滚及撤销操作（图文详解）

最新推荐文章于 2025-04-02 09:00:00 发布

程序员汉升

最新推荐文章于 2025-04-02 09:00:00 发布

阅读量3.4k

点赞数 31

分类专栏： # git 文章标签： git

本文链接：https://blog.csdn.net/weixin_45683778/article/details/145498424

版权

git 专栏收录该内容

3 篇文章

订阅专栏

git进阶操作之git reset & git revert

✅ 前言
✅ reset(回滚)
✅ revert(撤销)

在之前文章中总结了git的基本操作，git submodules子模块管理《【Git】Git Submodule 介绍（通俗易懂，总结了工作完全够用的 submodule 命令）》，以及如何用sourceTree进行git操作《【SourceTree】告别复杂操作！用SourceTree秒懂Git子模块管理》

这篇文章，说说git的回滚及撤销

✅ 前言

在利用GIT实现多人合作程序开发的过程中，我们有时会出现错误提交的情况，此时我们希望能撤销提交操作，让程序回到提交前的样子，本文总结了两种解决方法.

reset：删除直到XXX版本的所有commit(回滚到指定版本)
revert：删除某个XXX版本的commit(删除已提交的某个版本)

git的版本管理，及HEAD的理解
使用git的每次提交，Git都会自动把它们串成一条时间线，这条时间线就是一个分支。如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。有一个HEAD指针指向当前分支（只有一个分支的情况下会指向master，而master是指向最新提交）。每个版本都会有自己的版本信息，如特有的版本号（用hash值表示）、版本名等。如下图，假设只有一个分支：

在这里插入图片描述

✅ reset(回滚)

git reset [commit-id] 操作回退到对应的commit-id，它会完成把commit-id之前的所有的所有commit的记录按照对应的模式进行处理
注意（下面两段话要理解）：

commit-id默认就是当前最近的一条commit-id，此时commit的所有记录不会更改，只会更具明命令中的模式对当前工作区与暂存区的修改做对应的操作
commit-id如果为非最近的一条
- 那么首先会把 commit-id之后的所有的commit记录所有的改动都按照命令中的模式处理到暂存区与工作区
- 再去按照命令中的模式操作当前的暂存区和工作区的内同

主要命令参数解析

git reset [--hard | --soft | --mixed（默认值）] [HEAD（默认值） | commit-id | origin/远程分支 ] [path（默认值为全部文件）]

在这里插入图片描述

模式（默认为–mixed）

--hard 回退到指定版本，工作区内容删除，暂存区内容删除
--soft 回退到指定版本，工作区内容保留，暂存区内容保留
--mixed 回退到指定版本，工作区内容保留，暂存区内容回退到工作区

在这里插入图片描述

☝️ 提交示例

下面实操，根目录分别创建test1\test2\test3依次提交三次

在这里插入图片描述

☝️ 查看版本号

✌️ cmd查看

git log

在这里插入图片描述

✌️ git查看

在这里插入图片描述

✌️ sourceTree查看

在这里插入图片描述

☝️ 回滚版本

✌️ 使用git reset --mixed(默认)

例子中test1.txt的hash值为3bfbf125d290e9fdc91233d2852219cf5ae6ac9b

使用命令行

git reset --mixed 3bfbf125d290e9fdc91233d2852219cf5ae6ac9b
git reset 3bfbf125d290e9fdc91233d2852219cf5ae6ac9b

使用idea界面操作

在这里插入图片描述

回退之后的test2.txt和test3.txt文件还存在，不过在工作区

在这里插入图片描述

✌️ 使用git reset --soft

操作过程和mixed同理，这里不赘述，直接看结果

在这里插入图片描述

✌️ 使用git reset --hard

使用hard之后，两个文件直接被删除了

在这里插入图片描述

这是三种回滚方式直观区别

☝️ 更新远程仓库

远程git仓库依旧存在

在这里插入图片描述

由于本地代码和远程代码不相符 , HEAD指向的版本比远程库的要旧 , 用“git push”会报错，所以要强行提交 , 本地覆盖远程仓库“git push -f”.

在这里插入图片描述

☝️ 查看仓库

在这里插入图片描述

已回滚到指定版本

✅ revert(撤销)

git revert是用于“反做”某一个版本，以达到撤销该版本的修改的目的。比如，我们commit了三个版本（test1、test2、test3），突然发现test2不行（如：有bug），想要撤销test2，但又不想影响撤销test3的提交，就可以用 git revert 命令来反做test2，生成新的test4，这个test4里会保留test3的东西，但撤销了test2的东西

在这里插入图片描述
适用场景： 如果我们想撤销之前的某一版本，但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法。

☝️ 提交示例

下面实操，根目录分别创建test1\test2\test3依次提交三次

在这里插入图片描述

☝️ 查看版本号

在这里插入图片描述

☝️ 撤销版本

使用git revert -n 版本号撤销

在这里插入图片描述

或者使用idea操作

在这里插入图片描述

如果是命令行需要重新commit

git commit -m 版本名

撤销过后进行新版本提交 , 已查到最新提交.

可能会出现冲突 , 需要修改冲突的文件 , 而且要git add 文件名 , 加入本地仓库暂存区

☝️ 更新远程仓库

在这里插入图片描述

☝️ 查看仓库

在这里插入图片描述

更新成功 , "test2"已被撤销 , 其他被保留

最后

虽然reset和revert都可以作为Git中的“后悔药”，但它们之间还是有明显区别的。
功能上：reset是一个栈式操作，会一次性失去从HEAD到目标提交这个区间内的所有提交；而revert是针对某一单独版本的撤销，提供了更精确的控制。
历史修改：reset直接修改了Git历史，被重置的提交相当于直接消失了，无法在事后追溯，非常危险。而revert创建了新的提交，不会导致历史信息的丢失，就算改错了也能追根溯源，安全性更高！