【Git 学习笔记_17】第八章 从错误版本中恢复（上）

于 2024-07-19 22:35:11 发布
阅读量364 收藏 4
点赞数 17
分类专栏： Git Version Control Cookbook 2 文章标签： git 学习 笔记
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/frgod/article/details/140560966
版权

文章目录

第八章 从错误版本中恢复

相关主题

  • 撤销 – 完全移除一次 commit
  • 撤销 – 删除提交版本但保留文件变更
  • 撤销 – 删除提交版本但保留暂存区内的文件变更
  • 撤销 – 与脏工作区打交道
  • 重做 – 将新变更重新创建到最后一个 commit 版本
  • 恢复 – 撤销由于提交引入的变更
  • 恢复一个合并提交
  • 用 git reflog 查看 Git 的历史动作
  • 用 git fsck 找出遗失的变更

引言

如果直到推送或发布一次更新的时候才发现一个错误，git 可以在推送环境进行更正；如果已经推送到远程库，git 也可以撤回到错误引入时的那个版本。

本章将考察 git reflog 命令的使用，以及运用 git fsck 还原丢失的信息。

其实 Git 的核心库并未提供现成的撤回（undo）命令，因为“撤回”是一个很模糊的概念：究竟是撤回到上一个版本，还是到新增的文件？如果是撤回上一个版本，对应的具体操作是什么？是把当次提交的变更删掉吗？是退回到上一次提交后的状态，还是说仅仅撤回上一个版本，略作修改以便再次提交？还或者，只是更新一下提交注释的内容？……有太多不确定的因素需要明确。

本章将根据演示需要，探讨撤回操作可能涉及的几种情况：

  • 完全撤回：删除所有变更，还原回上一次提交后的状态；
  • 撤销提交，并从暂存区退出：即撤回到加入暂存区前的状态；
  • 仅撤回提交：暂存区（或索引区）不动，允许细小变更以便重新提交；
  • 从脏工作区撤回提交。

注意：实际工作中，由于会变更历史版本，类似撤回已推送的版本，通常是严格禁止的，本章只做演示。

8.1 完全移除一次 commit

本节演示第一种最简单的情况——完全撤回：

$ git clone https://github.com/PacktPublishing/Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook.git 
$ cd Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook.git
$ git status 
$ ls 
$ git log --oneline 
$ git reset --hard HEAD^
$ git log --oneline 
$ git status
$ ls

git reset --hard HEAD^ 原理示意图：

在这里插入图片描述

8.2 撤销 – 删除提交版本但保留文件变更

本节演示如何在撤回时保留工作区的变更：

$ git clone https://github.com/PacktPublishing/Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook.git 
$ cd Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook.git
$ git status 
$ git log --oneline 
$ git reset --mixed HEAD^
$ git log --oneline
$ git status

git reset --mixed HEAD^ 原理图：

在这里插入图片描述

注意：--mixed 也是 git reset 命令的默认参数。

8.3 撤销 – 删除提交版本但保留暂存区内的文件变更

本节演示如何在撤回版本时，保留暂存区及工作区变更：

$ git clone https://github.com/PacktPublishing/Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook.git 
$ cd Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook.git
$ git status 
$ git log --oneline 
$ git reset --soft HEAD^
$ git log --oneline
$ git status

这样撤回的好处在于，允许用户对当前工作区进行少量改动，再重新提交。

git reset --soft HEAD^ 原理图如下：

在这里插入图片描述

8.4 撤销 – 与脏工作区打交道

前三节的示例，前提都是工作区是 干净 的，即工作区内没有处于 “被修改” 状态的、参与版本控制的内容。实际工作中往往并没有这么理想。如果工作区存在这样的文件或文件夹（脏工作区），执行 git reset --hard 时会同时撤回工作区内的这些变更。好在 Git 提供了 git stash 命令来解决这样的问题：

$ git clone https://github.com/PacktPublishing/Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook.git
$ cd Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook

变更文件 hello_world.c 的文件内容：

#include <stdio.h> 

void say_hello(void) { 
  printf("hello, worldn"); 
} 

int main(void){ 
  say_hello(); 
  return 0; 
}

本节演示的场景：修改某文件时，临时需要撤回到上一版，但又不希望当前的文件变更受到撤回的影响：

# before stash
$ git log --oneline 
$ git status 
# run stash
$ git stash
$ git status
# reset to last commit
$ git reset --hard HEAD^ 
$ git log --oneline 
# resume modification from stash
$ git stash pop 
# Check again
$ cat hello_world.c

在第 5 行执行 git stash 后，可以使用 gitk --all 查看状态：

gitk --all 查看状态示意图

由于 Packt 对示例仓库做了一些促销活动的版本提交，这里的状态和原书略有差别。关键是 git stash 相当于在版本树上创建了一个标注为 stash 类似的 commit，这就是 git stash 命令的实质。

git stash 命令在 第 11 章 Git 技巧与小贴士 中还会详细展开介绍，这里知识从撤回版本的角度作简单演示。

注意：git stash 是将工作区及暂存区的变更同时“抽离”出当前工作区，在其他命令执行结束后（如 git reset）可以复盘之前的工作状态。

8.5 重做 – 将新变更重新提交到最后一个 commit 版本

与撤回（undo）一样，重做（redo）也分很多种情况。本节讨论的重做，是重新创建一个和上一次提交几乎一样的 commit；这个新的 commit 与上一版具有相同的父级 commit。这对于工作中先提交了一个版本，结果发现少提交了某个文件，需要补充进最新的 commit 版本、或者仅仅需要修改提交注释内容时，将十分管用。

本节示例将演示如何修改最新版本的提交注释：

# Init repo
$ git https://github.com/PacktPublishing/Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook.git 
$ cd Git-Version-Control-Cookbook-Second-Edition_hello_world_cookbook
$ git log -1 
commit dc26ea1e039f672f6a29eeb7f1265d885c18d6da (HEAD -> master, origin/master, origin/HEAD)
Author: Packt-ITService <62882280+Packt-ITService@users.noreply.github.com>
Date:   Fri Jan 15 07:04:31 2021 +0000

    remove $5 campaign
$ git status
$ git commit --amend

弹出的编辑器窗口如下：

在这里插入图片描述

在提交注释中补填上 issue 的相关引用信息：Fixes: RD-31415。然后保存、退出编辑器。接下来查看提交日志，验证最新版是否和上一版都是指向同一个父级 commit：

$ git commit --amend
[master 6bba5f9] remove $5 campaign
 Author: Packt-ITService <62882280+Packt-ITService@users.noreply.github.com>
 Date: Fri Jan 15 07:04:31 2021 +0000
 1 file changed, 5 deletions(-)
# check git log
$ git log -1
commit 6bba5f97ad4ee3addd97bc2a6fdebccc556169f2 (HEAD -> master)
Author: Packt-ITService <62882280+Packt-ITService@users.noreply.github.com>
Date:   Fri Jan 15 07:04:31 2021 +0000

    remove $5 campaign

    Fixes: RD-31415
# Check original SHA-1
$ git cat-file -p dc26ea1e039f672f6a29eeb7f1265d885c18d6da
tree abb9c0873564ef5147fb694d16a96ee0ab5ef28f
parent 55c7ae42fbc6d79ef9ef89a8aafb664a9d33c128
author Packt-ITService <62882280+Packt-ITService@users.noreply.github.com> 1610694271 +0000
committer Packt-ITService <62882280+Packt-ITService@users.noreply.github.com> 1610694271 +0000

remove $5 campaign
# Check new SHA-1
$ git cat-file -p 6bba5f97ad4ee3addd97bc2a6fdebccc556169f2
tree abb9c0873564ef5147fb694d16a96ee0ab5ef28f
parent 55c7ae42fbc6d79ef9ef89a8aafb664a9d33c128
author Packt-ITService <62882280+Packt-ITService@users.noreply.github.com> 1610694271 +0000
committer SafeWinter <zandong_19@aliyun.com> 1640168227 +0800

remove $5 campaign

Fixes: RD-31415

可以看到前后两个版本的 tree 和 parent 都是一样的，说明前后两个版本的根节点树（abb9c0873564ef5147fb694d16a96ee0ab5ef28f）是同一个，且同时指向相同的父级（55c7ae42fbc6d79ef9ef89a8aafb664a9d33c128）。根节点不变，是因为本例只修改了提交注释，对工作区的内容变更没有贡献。

一旦暂存区也有变动，在提交时使用 git commit --amend，则 tree 的引用就和上一版不同了，而父级 commit 依然相同。

究其原因，--amend 标记相当于：

  1. 执行了一次 git reset --soft HEAD^；
  2. 接着将有变动的内容重新加到暂存区；
  3. 最后，重用上一次提交的提交注释，发起一次新的提交（git commit -c ORIG_HEAD）。

拓展

上例演示了只变动提交注释的情况，本节演示如何将一个漏掉的文件重新提到最后一次 commit 中。

$ echo "Updated README file content" > Readme.md
$ git add Readme.md
$ git status
On branch master
Your branch and 'origin/master' have diverged,
and have 1 and 1 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   Readme.md
$ git commit --amend --no-edit 
[master 0beba0c] remove $5 campaign
 Author: Packt-ITService <62882280+Packt-ITService@users.noreply.github.com>
 Date: Fri Jan 15 07:04:31 2021 +0000
 1 file changed, 5 deletions(-)
# Check git log (SHA-1: 0beba0c8b4f7c3502d2e2b43ee8745bc497e6129)
$ git log -1
commit 0beba0c8b4f7c3502d2e2b43ee8745bc497e6129 (HEAD -> master)
Author: Packt-ITService <62882280+Packt-ITService@users.noreply.github.com>
Date:   Fri Jan 15 07:04:31 2021 +0000

    remove $5 campaign

    Fixes: RD-31415
$ git cat-file -p 0beba0c8b4f7c3502d2e2b43ee8745bc497e6129
tree abb9c0873564ef5147fb694d16a96ee0ab5ef28f
parent 55c7ae42fbc6d79ef9ef89a8aafb664a9d33c128
author Packt-ITService <62882280+Packt-ITService@users.noreply.github.com> 1610694271 +0000
committer SafeWinter <zandong_19@aliyun.com> 1640169487 +0800

remove $5 campaign

Fixes: RD-31415

可以看到，tree 的引用已经不同了（0beba0c8b4f7c3502d2e2b43ee8745bc497e6129，上一例为 abb9c0873564ef5147fb694d16a96ee0ab5ef28f）；而 parent 仍保持不变（abb9c0873564ef5147fb694d16a96ee0ab5ef28f）。

这里用了一个新标记，--no-edit，用于直接沿用上一版提交注释。

此外，--amend 还可以更新版本的提交人信息，只需要加上 --reset-author 标记即可。此时 git 会更新提交的时间戳，并重新读取提交者相关信息（用户名、电子邮箱）。

安冬的码畜日常
关注
  • 17
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Git笔记_03_Git分支
weixin_48001964的博客
05-29 406
Git分支 1 分支简介 1.1 提交对象(commit object) Git在进行提交操作的时候，会保存一个提交对象，该提交对象包含的信息有： 指向暂存内容快照的指针 这里简单说一下快照这一概念（本人也不太懂） 快照是数据存储的某一时刻的状态记录；备份则是数据存储的某一个时刻的副本 快照仅仅记录逻辑地址和物理地址的对应关系 备份就是将物理数据做一次复制 我们只要知道快照速度快很多，通常情况下占用的空间比备份少很多就行了。如果要研究清楚就得使用搜索引擎之类的了 作者的姓名和电子邮箱 提交时的提..
git学习笔记.zip|git学习笔记.zip
11-29
在“git学习笔记”中，我们通常会涵盖以下几个核心知识点： 1. **Git安装与配置**：首先，我们需要了解如何在不同的操作系统（如Windows、MacOS或Linux）上安装Git，并设置用户信息，包括用户名和邮箱，这些信息会...
git学习笔记
sinat_50265804的博客
10-14 715
git保姆级教程，手把手教你从安装到入门，非常详细
关于git学习（最全笔记）
小女不才
06-27 1390
使用 git show 命令可以查看详细的提交情况，包括对应的分支、最后的 commitid、最后提交的作者和备注等信息，可以在出现 bug 时根据线上版本的 commitid 等信息查看最后一次提交的修改内容以便定位 bug 来源。如果本地创建了新分支，在推送更改到服务器时由于本地的新分支无法和服务器端的分支对应，会推送失败。你在开发某个项目，有了一个新需求，你需要创建一个分支，在这个分支中进行开发，但正在这个时候，你突然接到通知说线上有一个很严重的问题，需要立即修复。
git学习笔记（图文）
qq_45897239的博客
07-22 432
1、 设置用户信息2、新建文件夹或在已有文件夹下创建git仓库3、将文件添加到git仓库4、将文件提交到仓库5、查看修改的文件信息及修改内容6、查看提交日志 7、将文件回退到上一个版本8、通过id号回退到指定版本9、撤回文件修改 10、文件删除撤回11、Gitee 使用12、将本地仓库与远程仓库相关联13、删除与远程仓库的连接14、克隆远程仓库至本地15、模拟协同开发及拉取分支16、分支1、对分支的理解 2、创建并切换分支3、查看当前分支4、在分支上进行提交，及分支的合并、删
Git学习笔记
weixin_42817544的博客
10-09 274
gti学习笔记
Git——尚硅谷学习笔记
qq_48092631的博客
03-20 587
Git 是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。Git 易于学习，占地面积小，性能极快。它具有廉价的本地库，方便的暂存区域和多个工作流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具。在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。
Git 学习笔记
cosx_的博客
11-09 258
可以把分支看作是代码库中的不同版本, 可以独立存在并且有自己的提交记录, 适合团队协作和开发管理多个开发人员可以在自己的分支上进行开发工作, 最后再合并到主线代码库中可以在一个分支上进行新功能开发, 或者建立一个问题修复的分支来处理一些bug和缺陷, 让主线代码仓库处于一个随时可用的比较稳定的状态, 而不会影响到其他功能的开发和测试,gitbranchgitbranch查看所有分支gitbranchbranchname。
开源计划——git的学习笔记（GitHub）
墨门
01-15 2365
Keywords: GitHub 1 南溪常用的git命令 从指定分支clone代码： git clone -b branch-name https://github.com/repo.git
git学习笔记一
CYL_2021的博客
03-16 521
一.git 简介 git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 什么是分布式版本控制系统？ 分布式版本控制系统，重点在于分布。 分布的含义不是说每台计算机上只留有版本库的一部分。 恰恰相反，分布的含义是每台计算机上都还有一个完整的版本库。 这个时候，你的修改仅仅需要提交给本地的版本库进行保存就可以了。既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这时，你们俩之间只需把各自的修改推送给对方，
Git学习笔记总结
wuyundong123的博客
05-28 215
Git是目前世界上最先进的分布式版本控制系统（没有之一）。 为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件； 更多内容参考git官网：http://git-scm.com/ 1 创建版本库 版本库又名仓库，英文名repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被Git管理起来，每个文件的修改、删除，Git都能跟踪 第一步：选择一个合适的地方，创建一个空目录、 第二步：通过git init命令把这个目录变成Git可以管理的仓库 之后，目录下多
版本控制软件-Git学习_V1.0_git版本控制_
09-30
Git是当今最流行的分布式版本控制系统，它在软件开发领域中起着至关重要的作用。这个名为“版本控制软件-Git学习_V1.0_git版本控制_”的资源旨在帮助用户深入理解和掌握Git的基本概念、核心功能以及实用技巧。下面将...
GitLab操作指南_git学习指南_git入门_git_gitlab_
10-03
首先，Git是分布式版本控制系统，它允许开发者在本地计算机上保存项目各个版本，并与其他开发者协作。Git的常用命令包括`git init`（初始化仓库）、`git clone`（克隆远程仓库）、`git add`（添加文件到暂存区）、`...
git-tutor.zip_git_git使用_git教程_版本管理
09-22
Git是世界上最流行的分布式版本控制系统，尤其在软件开发领域被广泛使用。这个名为“git-tutor.zip”的压缩包提供了一个关于git的中文教程，旨在帮助用户掌握如何高效地使用git进行代码管理和版本控制。 首先，Git...
【RAGFlow】Ubuntu系统下实现源码启动RAGFlow
kewaqi618的博客
07-15 968
RAGFlow 可以为各种规模的企业及个人提供一套精简的 RAG 工作流程，结合大语言模型（LLM）针对用户各类不同的复杂格式数据提供可靠的问答以及有理有据的引用。因为官方提供了快速搭建平台使用docker容器技术，但我们不想使用docker容器搭建，所以就尝试直接在Ubuntu系统环境下直接启动源码的方式实现。
PingRAT：一款基于ICMP的隐蔽型C2流量转发工具
FreeBuf_的博客
07-15 535
当前版本的PingRAT具备以下功能特性：1、使用ICMP Payload实现命令和控制；2、隐蔽性极强，不会被轻易检测到；3、基于纯Go语言开发；
git实现多人协作开发同一个项目
最新发布
技术应让更广泛的人群流入到实际产品开发中才是正统
07-18 697
如果你已经提交了代码，但想撤回这次提交，可以使用git reset或git revert命令。
SourceTree rebase(变基)的使用
菜鸟记录
07-15 657
⏹SourceTree rebase(变基)的使用

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值