编程部落

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

风君子
更新于
文章目录
  • 在掌握Git本地仓库的基础操作后，“如何修正错误提交”“怎样找回误删文件”“版本回退的风险与应对”成为开发者进阶的关键课题。代码开发中，误改配置、提交冗余文件、删除核心代码等情况难以避免，而Git提供的版本回退、撤销修改、文件删除机制，正是解决这些问题的 “安全网” 。本文将聚焦这些进阶操作，拆解其原理、场景与实操细节，帮你在代码出现偏差时，精准、安全地将版本拉回正轨。
  • 开发阶段中，难免会出现代码写错，提交误操作等情况，Git提供了完善达到版本回退和撤销机制，可根据修改所处阶段灵活处理。
  • 在 Git 中，删除文件也是一种 “修改操作”，需根据需求选择 “彻底删除” 或 “恢复误删文件”：
    • 目录
    • 前言
    • 一. Git关键能力：版本回退与撤销修改
      • 1.1 版本回退
      • 1.2 撤销修改
        • 场景 1：修改仅在工作区，未执行git add
        • 场景 2：修改已执行git add到暂存区，未commit
        • 场景 3：修改已commit到版本库（未推送到远程）
    • 二. Git 文件删除：彻底删除与误删恢复
      • 2.1 误删工作区文件，需恢复
        • 2.2 确认删除文件，同步到版本库

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

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

        通过 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 ，可以简单理解为如下示意图：

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

        使用 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

        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 <file>..." 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 <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." 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

        成功恢复了！！！

        直接通过 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 中，删除文件也是一种 “修改操作”，需根据需求选择 “彻底删除” 或 “恢复误删文件”：

        [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 <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." 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

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

        # 从工作区和暂存区同时删除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 <file>..." 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的撤销、修改和回退命令

        相关文章

        站内搜索

        热门文章

        标签云

        iphone 三星 信用卡 信贷 华为 小米 微软 快科技 手机 投资理财 支付宝 特斯拉 理财知识 电脑 科技 程序 股票 芯片 苹果 贷款 路由器 银行 银行卡 额度

        友情链接