对git reset的理解

最新推荐文章于 2025-06-16 15:25:37 发布
最新推荐文章于 2025-06-16 15:25:37 发布
阅读量209 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： git
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_39567879/article/details/87971782
本文深入解析Git的工作原理，包括工作区、索引区与head的概念，以及如何通过git add、git commit进行文件提交。同时，介绍了git reset命令的三种模式及其对提交历史的影响。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

git

  1. 首先应理解3个区域，分别是工作区-索引区-head，当我们对文件作出编辑修改时，本地的文件就是工作区，然后使用git add 会把修改的文件提交到索引区，也就是暂存区。然后使用git commit -am “” 去提交到head区。也是就master下面的一个游标。
    参考文章> https://www.jianshu.com/p/cbd5cd504f14
  2. 而git reset --hard,git reset --mixed ,git reset – soft。就是对上面流程中的影响程度的不同。用git log 可以查看到了那一步还有文件的版本号。

在这里插入图片描述
当使用git reset 默认是git reset --mixed
在这里插入图片描述
就会回滚到提交状态
在这里插入图片描述

qq_39567879
关注
git之reset命令
蛐蛐的博客
01-11 1161
1.简介 git-reset：将当前的HEAD重置为指定状态，也就是重置顶部commit的引用 2.概要 git reset [-q] [<tree-ish>] [--] <pathspec>…​ git reset [-q] [--pathspec-from-file=<file> [--pathspec-file-nul]] [<tree-ish>] git reset (--patch | -p) [<tree-is...
git reset HEAD的实用指南
最新发布
码出财富，敲出大千世界
07-22 687
git reset HEAD <file> 是一个实用的 Git 命令，用于将指定文件从暂存区移除，同时保留工作区的修改。本文详细介绍了该命令的使用场景、相关概念和操作示例，包括：1) 错误暂存后的撤销；2) 选择性提交部分文件；3) 解决文件跟踪冲突。文章还对比了不同 reset 模式（--mixed/--soft/--hard）的特性差异，并提供了典型工作流示例。使用时需注意区分暂存区和工作区的概念，避免误用导致数据丢失。该命令是 Git 版本控制中管理暂存内容的重要工具。
git深入理解(五)：git reset详解
猛犸象
12-08 3575
Reset current HEAD to the specified state 首先解释一下这句描述是什么意思，HEAD是指向某个commit的指针，既然如此，那么我们就可以操作HEAD来使其指向特定的commit。 关于暂存区（index）的知识 https://blog.youkuaiyun.com/raoxiaoya/article/details/110824019 关于什么是HEAD可阅读 https://blog.youkuaiyun.com/raoxiaoya/article/details/110862360
GIT 回退代码（idea里面 有块代码 commit了，但是没有push）
friendszz的博客
06-16 2008
Alt+9commit适用于需要精确控制回退到某个版本：​​撤销提交但保留代码变更在暂存区（可重新修改后提交）。撤销提交并将代码变更放回工作区（需重新git add完全丢弃提交和所有代码变更（慎用！不可恢复）。
【git】reset 命令
u010900754的专栏
03-21 578
重置命令。有两种用法，即文件版本和提交版本。 先看文件版本，也就是加了 --file，主要用于未提交的状态，通常视为了取消暂存，相当于撤销add操作，并不会修改head代表分支的指向。 如果没有commit id，那么就是用使用HEAD。 提交版本，无 --file参数，通常用于已经的状态。希望将head代表的分支重新指向一个提交位置。 这个命令其实是一个逆向的 修改文件-add-...
Git reset介绍
flyflyflyfly123的博客
03-29 601
优快云日报20170327——《如何平衡工作与生活？真相在此》      优快云 知识小饭桌：Python 进阶 Q & A      程序员3月书讯                                                   
Git -- reset 详解
wulong756273的博客
05-06 1万+
实质上，reset这个指令虽然可以用来撤销commit，但它的实质行为并不是撤销，而是移动HEAD，并且「捎带」上HEAD所指向的branch（如果有的话）。也就是说，reset这个指令的行为其实和它的字面意思 "reset"（重置）十分相符：它是用来重置HEAD以及它所指向的branch的位置的。而之所以起到了撤销commit的效果，是因为它把HEAD和它所指向的 branch 一起移动到了当前commit的父commit上，从而起到了「撤销」的效果：git reset。
详解git reset --hard 和 git reset --soft区别
10-15
Git是世界上最流行的分布式版本控制系统，它...理解这两个选项的区别并熟练运用它们，可以帮助你在Git版本控制中更有效地管理你的代码历史。在日常开发中，根据具体需求选择合适的方式，能让你的代码管理更加得心应手。
git revert和git reset的区别详解
09-15
### Git Revert与Git Reset详解 #### 一、引言 在版本控制工具Git中，`git revert`和`git reset`是两个非常重要的命令，它们可以帮助开发人员撤销之前的操作，但二者的实现机制和使用场景有所不同。本文将详细介绍...
git reset
oldmoney
07-14 304
git reset
git reset详解
赵凯月的博客
02-17 3万+
git
Git: 掉坑记 -- git reset 杀手
mokwing
09-02 653
git reset --hard 了怎么办？掉坑起因解决方法 掉坑起因 项目修改完成之后，会依赖一个比较大的文件，所以这个大文件就在项目根目录中，使用 git 的时候，直接 git add、git commit、git push 一键三连，等到 git push 后就会提示文件过大，超过100M。 由于技术太菜，经过谷哥和度娘的帮助下，我成功通过以下命令回撤了版本： # 1、查看提交日志 git log # 2、选择提交id后 git reset --hard id 然后，一看本地项目，卧*，被删的一干
git reset 详细介绍
深耕嵌入式领用多年， 致力于分享嵌入式领域技术!
05-17 897
`git reset` 是 Git 版本控制系统中的一个命令，用于将 Git 仓库中的工作树、索引以及提交历史重置到指定的状态。
git reset命令详解
小英雄
12-01 1万+
开门见山，先抛出一张图，之后再细讲。 首先，先解释下图中的一些名词。 一.名词解释 1.Working Copy:当前工作目录下的文件，一般指，有修改，没有git add，没有git commit的文件 2.Index:也可以被认为是staging area（暂存区）,也就是使用git add添加后的文件,是一堆将在下一次commit中提交的文件，提交之后它就是当前 HEAD...
Git恢复之前版本的两种方法reset、revert（图文详解）
zmjames2000 Just record
09-26 2028
方法一：git reset 原理： git reset的作用是修改HEAD的位置，即将HEAD指向的位置改变为之前存在的某个版本，如下图所示，假设我们要回退到版本一： 适用场景： 如果想恢复到之前某个提交的版本，且那个版本之后提交的版本我们都不要了，就可以用这种方法。 具体操作： 查看版本号： 可以使用命令“git log”查看： 使用“git reset --hard 目标版本号”命令将版本回...
Git技巧之git reset使用详解
快乐编程工作室
02-21 8387
Git中reset命令是一条很重要的命令，它的主要用途是重置分支引用的指向。 分支引用是什么？分支引用即HEAD所指向的分支。可以在.git/HEAD文件中查看： 工作区中执行：$cat .git/HEAD 可以看到输出：refs/heads/分支名，我们假定分支名为newbranch，即当前我们位于newbranch分支，newbranch就是分支引用，我们打开/refs/heads/newbranch: 工作区中执行：$cat .git/refs/heads/newbranch 可以看到输出是一个40位
Git恢复之前版本的两种方法reset、revert（图文详解）_git回退到某个版本
2401_84297035的博客
04-17 3731
如果没有新建分支，那么只有一条时间线，即只有一个分支，在Git里，这个分支叫主分支，即master分支。比如，我们commit了三个版本（版本一、版本二、 版本三），突然发现版本二不行（如：有bug），想要撤销版本二，但又不想影响撤销版本三的提交，就可以用 git revert 命令来反做版本二，生成新的版本四，这个版本四里会保留版本三的东西，但撤销了版本二的东西。如果我们想撤销之前的某一版本，但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法。而且要git add 文件名。
【git使用】常用的 git 撤销操作（restore、reset、revert）
叮当猫的喵i
01-04 2653
注意坑新增文件是未被跟踪状态（untracked），也就是下面命令不会对此文件生效所以新增文件，需要先被 git 记录到，也就是 git add new-file之后执行这些操作，就会生效了# 丢弃工作区的修改（不包括对文件自身的操作，如添加文件、删除文件）# 将暂存区的修改重新放回工作区（包括对文件自身的操作，如添加文件、删除文件）# 撤销最新的 commit，将其改动放回到 工作区git reset HEAD~ # 或 git reset --mixed HEAD~ 都是同一个意思。
git reset 3种方式
热门推荐
qinwenjng120的博客
03-18 4万+
git reset命令有3种方式： 1、git reset --mixed： 此为默认方式，等同于不带任何参数的git reset。 2、git reset --soft： 回退到某个版本，只回退了commit的信息，如果还要提交，直接commit即可（修改的内容变成未add的状态），索引（暂存区）和工作目录的内容是不变的，在三个命令中对现有版本库状态改动最小。 3、git reset ...
git reset 与git reset --hard
06-17
<think>我们正在讨论gitreset命令的不同形式，特别是gitreset和gitreset--hard的区别。根据引用[2]和引用[4]的内容，reset命令涉及三个区域：工作目录（workingdirectory）、暂存区（index）和HEAD（当前提交）。引用[2]提到：当你执行gitcommit时，Git会创建一个新的提交，HEAD指向它，并且暂存区和工作目录与之匹配。引用[4]则说明了gitreset在更新索引后，可以使用gitcheckout将索引内容检出到工作目录，或者使用gitcheckout指定一个提交来一次性将路径内容从提交复制到索引和工作目录。首先，gitreset命令的默认形式（即不带选项）会影响什么？通常，gitreset[commit][paths]用于将某些文件从某个提交中恢复到暂存区（不改变工作目录）。但是当我们不使用路径时，它会移动当前分支的HEAD到指定的提交（或者HEAD本身如果省略提交），并且根据不同的选项修改暂存区和工作目录。引用[5]中描述了初始提交的过程，这有助于理解各个区域。现在，重点比较：1.gitreset[--soft|--mixed|--hard][<commit>]默认的reset（即--mixed）：-将HEAD移动到指定的提交（如果不指定提交，则默认为HEAD，即不移动）-同时，将暂存区（index）更新为HEAD指向的新提交的内容（即重置暂存区）-但是，工作目录（workingdirectory）保持不变。例如：gitresetHEAD~1#回退到上一个提交，HEAD指向它，暂存区变为该提交的内容，但工作目录还是原来的内容（即修改仍然保留在工作目录中，但不在暂存区）2.gitreset--soft[<commit>]-只移动HEAD到指定的提交，不改变暂存区和工作目录。-这意味着，你回退后，之前的修改都还在暂存区（如果之前已经add了）或者工作目录（如果没add）？不对，--soft不会改变暂存区和工作目录，所以暂存区和工作目录还是reset之前的状态。3.gitreset--hard[<commit>]-移动HEAD到指定的提交-同时重置暂存区为该提交的内容-并且重置工作目录为该提交的内容（即丢弃所有未提交的修改，包括工作目录和暂存区的修改）因此，区别在于：-默认的（--mixed）：重置HEAD和暂存区，工作目录不变（所以修改还在，但变成了未暂存状态）---soft：只重置HEAD，暂存区和工作目录都不变（所以修改还在暂存区，如果之前已经暂存了）---hard：重置HEAD、暂存区和工作目录，所有未提交的修改都会丢失（危险操作）引用[4]还提到：在运行gitreset更新索引后，可以使用gitcheckout将索引内容检出到工作目录。这实际上是在使用--mixed后，如果我们想丢弃工作目录的修改，可以再执行gitcheckout.来丢弃工作目录的修改（但这不是必须的，因为有时我们只想重置暂存区而不丢弃工作目录的修改）。总结：使用场景：-如果你只想移动分支的HEAD到另一个提交，但保留所有修改（包括暂存区和工作目录），使用--soft。例如：你做了几次提交，然后发现你想把这几次提交合并成一个，你可以用gitreset--soft回退到之前的某个提交，然后重新提交。-如果你想重置暂存区以匹配新的HEAD，但保留工作目录的修改（这样你可以重新选择要暂存的内容），使用默认的--mixed（或者不写选项）。-如果你想完全丢弃自上次提交以来的所有修改（包括工作目录和暂存区），使用--hard。警告：--hard会丢弃所有未提交的修改，不可恢复（除非有暂存或提交过，或者有引用日志），所以使用时要小心。根据引用[3]的例子，他们使用了gitadd和gitcommit来提交解决冲突后的文件，然后合并分支。这里并没有使用reset，但如果我们想撤销合并前的操作，可能会用到reset。现在，我们生成相关问题。</think>### Git Reset 与 Git Reset --hard 的区别详解 #### 核心区别概述 | **命令** | **HEAD指针** | **暂存区(Index)** | **工作目录(Working)** | 风险级别 | |-------------------|--------------|-------------------|----------------------|----------| | `git reset` | 移动 | 重置 | **保留修改** | 低 | | `git reset --hard`| 移动 | 重置 | **丢弃所有修改** | 高危 | --- ### 1. **工作流程差异** **引用[5]的初始场景**： ``` 工作目录: Hello (版本1) 暂存区: git add . HEAD: git commit -m "commit 1" ``` **(1) `git reset` 操作示例**： ```bash # 修改文件后 echo "Version 2" > a.txt git add a.txt # 修改进入暂存区 git reset HEAD~1 # 回退到上一个提交 ``` - **结果**： - HEAD 移动到前一个提交[^2] - 暂存区重置为 HEAD~1 的状态[^4] - 工作目录 **保留** "Version 2" 的修改（需手动 `git checkout -- a.txt` 才能丢弃）[^4] **(2) `git reset --hard` 操作示例**： ```bash echo "Version 2" > a.txt git add a.txt git reset --hard HEAD~1 # 强制回退 ``` - **结果**： - HEAD 移动到前一个提交[^2] - 暂存区重置 - 工作目录 **完全丢弃** "Version 2" 的修改，恢复为 HEAD~1 的内容[^4] --- ### 2. **底层原理对比 **(1) 三棵树模型**： ``` 工作目录 (Working) ─── 暂存区 (Index) ─── HEAD (Commit History) ``` - `git reset`： 仅移动 **HEAD** 和重置 **暂存区**，工作目录不变[^2][^4] - `git reset --hard`： 同时修改 **HEAD、暂存区、工作目录**，强制三者同步[^4] **(2) 危险操作演示**： ```bash # 未跟踪的新文件会被 --hard 删除 echo "New file" > b.txt git reset --hard HEAD # b.txt 被永久删除！ ``` --- ### 3. 使用场景建议 | **场景** | 推荐命令 | 原因 | |------------------------------|----------------------|----------------------------------------------------------------------| | 撤销错误的 `git add` | `git reset` | 保留工作目录修改，仅重置暂存区[^1] | | 彻底放弃本地所有修改 | `git reset --hard` | 快速还原到干净状态（谨慎使用！） | | 合并冲突后放弃解决 | `git reset --hard` | 引用[3]的冲突场景中可强制回退 | | 修改最后一次提交 | `git reset --soft` | 仅移动HEAD，保留修改在暂存区（非`--hard`） | > **关键警告**： > `git reset --hard` 会永久删除**未提交/未暂存**的修改，包括： > - 新增的未跟踪文件 > - 工作目录中的代码更改 > - 暂存区未提交的内容[^4] --- ### 恢复数据的唯一途径 若误用 `--hard` 导致数据丢失： ```bash git reflog # 查找操作前的commit hash git reset --hard <hash> # 用reflog中的记录恢复 ``` > 注意：此方法仅适用于丢失的内容曾经被提交过[^2] --- ### 工作流程对比图 ```mermaid graph TD A[修改文件] --> B{选择 reset 类型} B -->|git reset| C[保留工作目录修改] B -->|git reset --hard| D[丢弃所有修改] C --> E[修改仍在 可重新暂存] D --> F[数据不可逆丢失] ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值