【DevOps】Git 图文详解（八）：后悔药 - 撤销变更

发现写错了要回退怎么办？看看下面几种后悔指令吧！

• ❓ 还没提交的怎么撤销？ —— checkout、reset
  • 还未提交的修改（工作区、暂存区）不想要了，用签出指令（checkout）进行撤销清除。
  • 或者用 checkout 的新版回滚指令 reset。
• ❓ 已提交但没有 push 的提交如何撤销？—— reset、revert。
• ❓ 已 push 的提交如何撤销？—— 同上，先本地撤销，然后强制推送 git push origin -f，⚠️注意慎用！ 记得先 pull 获取更新。

1.后悔指令 🔥

• git checkout .、git checkout [file] 会清除工作区中未添加到暂存区的修改，用暂存区内容替换工作区。
• git checkout HEAD .、git checkout HEAD [file] 会清除工作区、暂存区的修改，用 HEAD 指向的当前分支最新版本替换暂存区、工作区。

# 只撤销工作区的修改（未暂存）
$ git checkout .
Updated 1 path from the index
 
# 撤销工作区、暂存区的修改
$ git checkout HEAD .
Updated 1 path from f951a96
1
2
3
4
5
6
7

2.回退版本 reset

reset 是专门用来撤销修改、回退版本的指令，支持的场景比较多，多种撤销姿势，所以参数组合也比较多。简单理解就是移动 master 分支、HEAD 的 “指针” 地址，理解这一点就基本掌握 reset 了。

如下图：

• 回退版本 git reset --hard v4 或 git reset --hard HEAD~2，master、HEAD 会指向 v4 提交，v5、v6 就被废弃了。
• 也可以重新恢复到 v6 版本：git reset --hard v6，就是移动 master、HEAD 的 “指针” 地址。

reset 有三种模式，对应三种参数：mixed（默认模式）、soft、hard。三种参数的主要区别就是对工作区、暂存区的操作不同。

• mixed 为默认模式，参数可以省略。
• 只有 hard 模式会重置工作区、暂存区，一般用这个模式会多一点。

穿梭前，用 git log 可以查看提交历史，以便确定要回退到哪个版本。要重返未来，用 git reflog 查看命令历史，以便确定要回到未来的哪个版本。

git reset [--soft | --mixed | --hard] [HEAD]
 
# 撤销暂存区
$ git reset
Unstaged changes after reset:
M       R.md
 
# 撤销工作区、暂存区修改
$ git reset --hard HEAD
 
# 回退版本库到上一个版本，并重置工作区、暂存
$ git reset --hard HEAD~
 
# 回到原来的版本（恢复上一步的撤销操作），并重置工作区、暂存
$ git reset --hard 5f8b961
 
# 查看所有历史提交记录
$ git reflog
ccb9937 (HEAD -> main, origin/main, origin/HEAD) HEAD@{0}: commit: 报表新增导入功能
8f61a60 HEAD@{1}: commit: bug：修复报表导出bug
4869ff7 HEAD@{2}: commit: 用户报表模块开发
4b1028c HEAD@{3}: commit: 财务报表模块开发完成
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

3.撤销提交 revert

安全的撤销某一个提交记录，基本原理就是生产一个新的提交，用原提交的逆向操作来完成撤销操作。注意，这不同于 reset，reset 是回退版本，revert 只是用于撤销某一次历史提交，操作是比较安全的。

如上图：

• 想撤销 v4 的修改，执行 git revert v4，会产生一个新的提交 v-4，是 v4 的逆向操作。
• 同时更新 maser、HEAD “指针” 位置，以及工作区内容。
• 如果已 push 则重新 push 即可。

# revert撤销指定的提交，“-m”附加说明
$ git revert 41ea42 -m '撤销对***的修改'
[main 967560f] Revert "123"
 1 file changed, 1 deletion(-)
1
2
3
4

4.checkout / reset / revert 总结