45看点带你看尽天下事 网站导航/网站地图 手机版
首页 科技看点 Git本地操作进阶之版本回退,撤销修改与文件删除全攻略实用指南

Git本地操作进阶之版本回退,撤销修改与文件删除全攻略实用指南

2026-09-08 0

平时做技术实践时，很多问题不是概念不会，而是细节没串起来。拿“Git本地操作进阶之版本回退,撤销修改与文件删除全攻略”来说，它看着像小点，放到项目里常会牵出环境、配置、兼容性和维护成本。下面按实际采用顺序，把思路、关键写法和容易踩坑的地方讲清楚，便于大家直接对照操作。

前言

在这个场景下，在掌握Git本地仓库的基础操作后，“如何修正错误提交”“怎样找回误删文件”“版本回退的风险与应对”成为开发者进阶的关键课题。代码开发中，误改设置、提交冗余文件、删除核心代码等情况难以避免，而Git提供的版本回退、撤销修改、文件删除机制，正是解决这些问题的 “安全网”。本文将聚焦这些进阶操作，拆解其原理、场景与实操细节，帮你在代码出现偏差时，精准、安全地将版本拉回正轨。

一. Git关键能力：版本回退与撤销修改

实际处理时，开发阶段中，难免会出现代码写错，提交误操作等情况，Git提供了完善达到版本回退和撤销机制，可根据修改所处阶段灵活处理。

1.1 版本回退

借助 git reset 命令实现版本回退，核心是借助 commit id 或 HEAD 指针定位目标版本，命令格式为：git reset 【--soft | --mixed | --hard】【HEAD】

关键参数说明：

参数作用风险程度
--mixed默认参数，仅暂存区回退到指定版本，工作区内容保持不变低
--soft仅版本库回退，暂存区和工作区内容均不改变低
--hard暂存区、工作区、版本库均回退到指定版本高（工作区未提交代码会丢失）

HEAD 说明：

  • 可直接写成 commit id，表⽰指定退回的版本
  • HEAD 表示当前版本
  • HEAD^ 上一个版本
  • HEAD^^ 上上一个版本
  • 以此类推……

能够采用 〜数字表示：

  • HEAD~0 表示当前版本
  • HEAD~1 上一个版本
  • HEAD^2 上上一个版本
  • 以此类推……

实际采用：

结合项目来看，为便于便于表述，便于测试回退功能，我们需先做一下准备工作：更新3个版本的ReadMe，同时分别进行3次提交，如下所示所示：

# 第一次修改提交
[root@VM-4-4-centos gitcode]# echo "hello version1" >> ReadMe
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
[root@VM-4-4-centos gitcode]# git add ReadMe
[root@VM-4-4-centos gitcode]# git commit -m "add version1"
[master 40bc6e6] add version1
 1 file changed, 1 insertion(+)

# 第二次修改提交
[root@VM-4-4-centos gitcode]# echo "hello version2" >> ReadMe
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
[root@VM-4-4-centos gitcode]# git add ReadMe
[root@VM-4-4-centos gitcode]# git commit -m "add version2"
[master 1a083cf] add version2
 1 file changed, 1 insertion(+)

# 第三次修改提交
[root@VM-4-4-centos gitcode]# echo "hello version3" >> ReadMe
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
hello version3
[root@VM-4-4-centos gitcode]# git add ReadMe
[root@VM-4-4-centos gitcode]# git commit -m "add version3"
[master b592a38] add version3
 1 file changed, 1 insertion(+)

# 查看历史记录
[root@VM-4-4-centos gitcode]# git log --pretty=oneline
b592a387a176cfb00c56cd3cbc1d3faca9ba2cee add version3
1a083cf93e6f21ba0bf5419f32125875aa787255 add version2
40bc6e65bb49713bb9d77e00b62fcd190b461ed7 add version1
…… #之前的一些这里就不放出来了

结合项目来看，现在，如果我们提交完 version3 后，发现 version3 编写错误，想退回到 version2，重新基于 version2 开始编写。由于我们这里希望的是将工作区的内容也回退到 version2 版本，所以需用 --hard 参数，示比如下所示：

[root@VM-4-4-centos gitcode]# git log --pretty=oneline
b592a387a176cfb00c56cd3cbc1d3faca9ba2cee add version3
1a083cf93e6f21ba0bf5419f32125875aa787255 add version2
40bc6e65bb49713bb9d77e00b62fcd190b461ed7 add version1
…………
# 指定 version2 的对应版本号，回退到这个版本
[root@VM-4-4-centos gitcode]# git reset --hard 1a083cf93e6f21ba0bf5419f32125875aa787255
HEAD is now at 1a083cf add version2
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2

我们能够发现，此时 ReadMe 文件的内容，已经回退到 version2 了！，当前，我们再次采用 git log 查看一下提交日志，会发现 HEAD 指向了version2，如下所示所示：

[root@VM-4-4-centos gitcode]# git log --pretty=oneline --decorate
1a083cf93e6f21ba0bf5419f32125875aa787255 (HEAD, master) add version2
40bc6e65bb49713bb9d77e00b62fcd190b461ed7 add version1
…………

结合项目来看，到这里一般回退功能就演示完毕了，但是如果我后悔了，想再回到 version3 怎么办？我们能够继续采用 git reset 命令，回退到 version3 版本，但是我们必须拿到 version3 的 commit id 去指定回退版本。

但是我们看到了 git log 同时不能打印出 version3 的 commit id ,运气好的话我们能够从终端上去找找之前的记录，运气不好的话 commit id 就已经被我们搞丢了~~

理解这一步时，值得一提的是 Git 还提供了一个 git reflog 命令能补救一下，该命令用来记录本地的每一次指令。

[root@VM-4-4-centos gitcode]# git reflog
1a083cf HEAD@{0}: reset: moving to 1a083cf93e6f21ba0bf5419f32125875aa7
b592a38 HEAD@{1}: commit: add version3
1a083cf HEAD@{2}: commit: add version2
40bc6e6 HEAD@{3}: commit: add version1
eb85e67 HEAD@{4}: commit: delete
54cffd0 HEAD@{5}: commit: add 3 file3
1e3f5b8 HEAD@{6}: commit: commit my first file
fcce812 HEAD@{7}: commit (initial): add first file
(END)

实际处理时，这样，你就能够很便于的找到你的所有的操作记录了，但是 b592a38 这个是啥东西？这个是 version3 的 commit id 的部分。Git 版本回退的时候，也能够采用部分的 commit id 来代表目标版本。示比如下所示：

# 回退到 version3
[root@VM-4-4-centos gitcode]# git reset --hard b592a38
HEAD is now at b592a38 add version3

# 查看工作区
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
hello version3

# 查看 log
[root@VM-4-4-centos gitcode]# git log --pretty=oneline --decorate
b592a387a176cfb00c56cd3cbc1d3faca9ba2cee (HEAD, master) add version3
1a083cf93e6f21ba0bf5419f32125875aa787255 add version2
40bc6e65bb49713bb9d77e00b62fcd190b461ed7 add version1
…………

从实现思路看，可往往是理想很丰满，现实很骨感。在真实项目中，由于长时间的开发，很可能会导致 commit id 早就找不到了，可突然某一天，我又想回到 version3，那该如何操作呢？貌似现在是不可能了~

补充说明：

落到代码里，Git 版本的回退速度特别快，因为 Git 在内部有个指向当前分支(此处是master)的HEAD指针，refs/heads/master 文件里保存当前 master 分支的最新的 commit id。当我们在回退版本的时候。Git 仅仅是给refs/heads/master 中存储一个特定的version，能够轻松理解为如下所示示意图：

1.2 撤销修改

根据修改所处阶段（工作区 / 暂存区），选择不同的撤销命令：

场景 1：修改仅在工作区，未执行git add

采用 git checkout -- [file]（这个 - - 很重要，一旦省略会变成别的意思） 丢弃工作区修改，恢复到最近一次git add或git commit时的状态：

友情提示：千万不要想着用什么 git diff xxx 找到差异去手动删除，那要是改的地方多得删多久啊，这不得累麻了

# 向 ReadMe 新增一行内容
[root@VM-4-4-centos gitcode]# echo "It  is shift" >> ReadMe
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
hello version3
It  is shift

# 恢复到上一次 add 或 commit
[root@VM-4-4-centos gitcode]# git checkout -- ReadMe
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
hello version3

场景 2：修改已执行git add到暂存区，未commit

add 后还是保存到了暂存区，怎么撤销呢？

# 向 ReadMe 新增一行内容
[root@VM-4-4-centos gitcode]# echo "It is shit" >> ReadMe
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
hello version3
It is shit

# add 存入暂存区
[root@VM-4-4-centos gitcode]# git add ReadMe
# git status 查看一下
[root@VM-4-4-centos gitcode]# git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD ..." to unstage)
#
#	modified:   ReadMe
#

从实现思路看，那我们该怎么做呢？我们来回忆一下之前学过的 git reset 回退命令。该命令如果采用 --mixed 参数，能够将暂存区的内容回退到指定的版本内容，但工作区文件保持不变，我们再接着用上面场景一的方法解决一下不就好了。

总的来说就是：先将暂存区修改撤销到工作区，再丢弃工作区修改：

# 先将暂存区修改撤销到工作区，--mixed 是默认参数，可以省略
[root@VM-4-4-centos gitcode]# git reset HEAD ReadMe
Unstaged changes after reset:
M	ReadMe
# git status 查看一下
[root@VM-4-4-centos gitcode]# git status
# On branch master
# Changes not staged for commit:
#   (use "git add ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working directory)
#
#	modified:   ReadMe
#
no changes added to commit (use "git add" and/or "git commit -a")

# 类似于场景一，丢弃工作区的修改
[root@VM-4-4-centos gitcode]# git checkout -- ReadMe
[root@VM-4-4-centos gitcode]# git status
# On branch master
nothing to commit, working directory clean
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
hello version3

成功恢复了！！！

场景 3：修改已commit到版本库（未推送到远程）

直接借助 git reset --hard 回退到上一个版本即可。

注意：若已推送（push）到远程仓库，此操作会导致本地与远程版本不一致，需谨慎，这个远程仓库我们在后面会讲的。

# 向 ReadMe 中新增一行内容
[root@VM-4-4-centos gitcode]# echo "I like coding" >> ReadMe
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
hello version3
I like coding

# 添加 + 提交
[root@VM-4-4-centos gitcode]# git add ReadMe
[root@VM-4-4-centos gitcode]# git commit -m "test quash"
[master 1a0a253] test quash
 1 file changed, 1 insertion(+)

# 回退到上一个版本
[root@VM-4-4-centos gitcode]# git reset --hard HEAD^
HEAD is now at b592a38 add version3
[root@VM-4-4-centos gitcode]# cat ReadMe
hello Lotso
hello version1
hello version2
hello version3

二. Git 文件删除：彻底删除与误删恢复

从实现思路看，在 Git 里，删除文件也是一种 “修改操作”，需根据需求选择 “彻底删除” 或 “恢复误删文件”：

2.1 误删工作区文件，需恢复

[root@VM-4-4-centos gitcode]# ls
file1  ReadMe
[root@VM-4-4-centos gitcode]# rm file1
rm: remove regular empty file ‘file1'? y

从实现思路看，直接这样删除其实是没用的，反而徒增烦恼，git status 命令会立刻告诉你那些文件被删除了；

[root@VM-4-4-centos gitcode]# git status
# On branch master
# Changes not staged for commit:
#   (use "git add/rm ..." to update what will be committed)
#   (use "git checkout -- ..." to discard changes in working directory)
#
#	deleted:    file1
#
no changes added to commit (use "git add" and/or "git commit -a")

从实现思路看，此时，工作区就和版本库不太一样了，要删文件，目前除了要删工作区的文件以外，还要清除版本库的我文件。当然，我们这里如果是误删，能够直接采用 git checkout -- file 来进行恢复，之前讲过(删除也是修改)。

[root@VM-4-4-centos gitcode]# ls
ReadMe
[root@VM-4-4-centos gitcode]# git checkout -- file1
[root@VM-4-4-centos gitcode]# ls
file1  ReadMe

2.2 确认删除文件，同步到版本库

这里想要恢复也是能够的哈，上面也讲到过的。

# 从工作区和暂存区同时删除file1
[root@VM-4-4-centos gitcode]# git rm file1
rm 'file1'
[root@VM-4-4-centos gitcode]# git status
# On branch master
# Changes to be committed:
#   (use "git reset HEAD ..." to unstage)
#
#	deleted:    file1
#

# 提交删除操作到版本库
[root@VM-4-4-centos gitcode]# git commit -m "deleted file1"
[master c213450] deleted file1
 1 file changed, 0 insertions(+), 0 deletions(-)
 delete mode 100644 file1
[root@VM-4-4-centos gitcode]# git status
# On branch master
nothing to commit, working directory clean

到此这篇关于Git本地操作进阶之版本回退,撤销修改与文件删除全攻略的文章就介绍到这了,更多相关Git本地操作内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多兼容脚本之家！

您可能感兴趣的文章:
  • Git拿到本地仓库及基础操作指令总结
  • Git本地仓库基本操作及技巧
  • idea取消git托管方式(删除git文件)
  • 从git仓库中删除.idea文件夹的小妙招
  • git丢弃本地修改的所有文件(新增、删除、修改)
  • Git的撤销、修改和回退命令
郑重声明：本站发布内容宗旨在传播更多信息，仅提供查阅，与本站立场无关，不拥有所有权，不承担相关法律责任。不具有任何效益，仅供参考。如果需要专业知识建议，请咨询相关专业人士。如有侵权请联系邮箱。一经查实，立即删除！
喜欢(0)
上一篇

异人之下张灵玉技能一览 异人之下张灵玉技能说明
下一篇

异人之下人物推荐 异人之下角色哪些强

大家都在看

Lua在windows下的安装及环境配置实用指南

2026-09-05

Lua编程示例（二）：面向对象、metatable对表进行扩展实用指南

2026-09-05

截取指定符号之间的字符串(随机读取)delphi实例代码实用指南

2026-09-03

.NET正则基础之.NET正则匹配模式实用指南

2026-09-02

sql server 2008数据库连接字符串大全实用指南

2026-09-05
友情链接: 波波三国 暗黑破坏神中文网 易欧交易所 阿里西西

Copyright(C) 2020-2026 jiyx.com All Rights Reserved 联系方式：[email protected]

湘ICP备2022015115号-2