Git: Git重置与撤销操作详解

Q: 如何撤销git add操作？

使用 git reset <file> 或 git restore --staged <file> 取消暂存。使用 git reset 取消所有暂存。

Q: 重置后如何恢复？

使用 git reflog 查看操作历史，找到重置前的HEAD位置，使用 git reset --hard <commit> 恢复。或者如果有备份分支，直接reset到备份分支。

重置（Reset）是Git中强大的撤销操作命令。通过重置，可以撤销提交、取消暂存、丢弃修改。理解reset的三种模式对版本控制至关重要。

1. 重置基础概念

(1) 什么是重置

重置是将当前分支指向移动到指定位置的操作：

移动分支指针：将HEAD和分支指针移动到指定提交
更新暂存区：根据模式决定是否更新暂存区
更新工作区：根据模式决定是否更新工作区
撤销操作：撤销提交、暂存、修改

graph TB
    A[git reset] --> B{模式}
    B -->|soft| C[只移动指针<br/>保留暂存区和工作区]
    B -->|mixed| D[移动指针+更新暂存区<br/>保留工作区]
    B -->|hard| E[移动指针+更新暂存区+更新工作区]
    
    style C fill:#d4edda
    style D fill:#fff3cd
    style E fill:#f8d7da

(2) Git的三个区域

理解reset需要先理解Git的三个区域：

graph TB
    HEAD[HEAD指针] --> Branch[分支指针]
    Branch --> Repo[版本库<br/>Repository]
    Repo --> Stage[暂存区<br/>Staging Area]
    Stage --> Work[工作区<br/>Working Directory]
    
    style HEAD fill:#f8d7da
    style Repo fill:#c3e6cb
    style Stage fill:#d4edda
    style Work fill:#fff3cd

HEAD：指向当前分支
分支指针：指向某个提交
版本库：存储所有提交
暂存区：准备提交的修改
工作区：实际编辑的文件

(3) 重置的方向

重置可以向前或向后：

向后重置：撤销提交，回到之前的状态
向前重置：前进到之后的提交（很少用）

2. 三种重置模式

(1) 软重置（--soft）

只移动HEAD和分支指针，保留暂存区和工作区。

▶ 示例：软重置

BASH

# 查看当前状态
git log --oneline -3

# 输出：
# d4e5f6g (HEAD -> main) feat: 添加功能C
# h7i8j9k feat: 添加功能B
# k9l0m1n feat: 添加功能A

# 软重置到上一个提交
git reset --soft HEAD~1

# 查看状态
git status

# 输出：
# On branch main
# Changes to be committed:
#   (use "git restore --staged <file>..." to unstage)
#   new file:   feature-c.js

# 查看历史
git log --oneline -3

# 输出：
# h7i8j9k (HEAD -> main) feat: 添加功能B
# k9l0m1n feat: 添加功能A
# a1b2c3d Initial commit

# 提交还在暂存区，可以重新提交
git commit -m "feat: 重新添加功能C"

软重置的效果：

✅ 撤销提交
✅ 保留暂存区（修改还在暂存区）
✅ 保留工作区（文件不变）

(2) 混合重置（--mixed，默认）

移动HEAD和分支指针，更新暂存区，保留工作区。

▶ 示例：混合重置

BASH

# 查看当前状态
git log --oneline -3

# 输出：
# d4e5f6g (HEAD -> main) feat: 添加功能C
# h7i8j9k feat: 添加功能B
# k9l0m1n feat: 添加功能A

# 混合重置（默认模式）
git reset HEAD~1

# 或者明确指定
git reset --mixed HEAD~1

# 查看状态
git status

# 输出：
# On branch main
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#   feature-c.js

# 查看历史
git log --oneline -3

# 输出：
# h7i8j9k (HEAD -> main) feat: 添加功能B
# k9l0m1n feat: 添加功能A

# 修改在工作区，需要重新add
git add feature-c.js
git commit -m "feat: 重新添加功能C"

混合重置的效果：

✅ 撤销提交
✅ 撤销暂存（修改从暂存区移到工作区）
✅ 保留工作区（文件不变）

(3) 硬重置（--hard）

移动HEAD和分支指针，更新暂存区和工作区。

▶ 示例：硬重置

BASH

# 查看当前状态
git log --oneline -3

# 输出：
# d4e5f6g (HEAD -> main) feat: 添加功能C
# h7i8j9k feat: 添加功能B
# k9l0m1n feat: 添加功能A

# 硬重置
git reset --hard HEAD~1

# 输出：
# HEAD is now at h7i8j9k feat: 添加功能B

# 查看状态
git status

# 输出：
# On branch main
# nothing to commit, working tree clean

# 查看历史
git log --oneline -3

# 输出：
# h7i8j9k (HEAD -> main) feat: 添加功能B
# k9l0m1n feat: 添加功能A

# ⚠️ 功能C的修改完全丢失！

硬重置的效果：

✅ 撤销提交
✅ 撤销暂存
✅ 丢弃工作区修改（文件恢复到指定提交的状态）

⚠️ 警告：硬重置会丢失所有未提交的修改，谨慎使用！

3. 重置模式对比

(1) 三种模式对比表

模式	HEAD	暂存区	工作区	用途
soft	移动	不变	不变	撤销提交，重新提交
mixed	移动	更新	不变	撤销提交和暂存
hard	移动	更新	更新	完全撤销，丢弃修改

(2) 图解三种模式

graph TB
    subgraph 重置前
        A1[HEAD -> C3] --> B1[暂存区: C3状态]
        B1 --> C1[工作区: C3状态]
    end
    
    subgraph soft重置
        A2[HEAD -> C2] --> B2[暂存区: C3状态<br/>保留]
        B2 --> C2[工作区: C3状态<br/>保留]
    end
    
    subgraph mixed重置
        A3[HEAD -> C2] --> B3[暂存区: C2状态<br/>更新]
        B3 --> C3[工作区: C3状态<br/>保留]
    end
    
    subgraph hard重置
        A4[HEAD -> C2] --> B4[暂存区: C2状态<br/>更新]
        B4 --> C4[工作区: C2状态<br/>更新]
    end

(3) 选择合适的模式

使用soft的场景：

提交信息写错了，想重新提交
想合并多个提交为一个
修改提交的内容

使用mixed的场景：

撤销提交，重新组织修改
取消暂存，重新选择要提交的文件
默认模式，最常用

使用hard的场景：

完全放弃当前的所有修改
回到某个确定的状态
清理工作区（谨慎使用）

4. 重置操作详解

(1) 重置到特定提交

▶ 示例：重置到指定提交

BASH

# 重置到特定提交ID
git reset a1b2c3d

# 重置到特定标签
git reset v1.0.0

# 重置到相对位置
git reset HEAD~1   # 上一个提交
git reset HEAD~3   # 前3个提交
git reset HEAD^    # 上一个提交（等价于HEAD~1）
git reset HEAD^^   # 前两个提交

# 重置到远程分支
git reset origin/main

(2) 撤销暂存

▶ 示例：取消暂存

BASH

# 查看暂存区
git status

# 输出：
# Changes to be committed:
#   new file:   file1.js
#   new file:   file2.js

# 取消暂存某个文件
git reset file1.js

# 或者使用restore
git restore --staged file1.js

# 取消暂存所有文件
git reset

# 查看状态
git status

# 输出：
# Untracked files:
#   file1.js
#   file2.js

(3) 撤销工作区修改

▶ 示例：丢弃工作区修改

BASH

# 查看工作区修改
git status

# 输出：
# Changes not staged for commit:
#   modified:   README.md

# 丢弃工作区修改
git restore README.md

# 或者使用旧语法
git checkout -- README.md

# 丢弃所有工作区修改
git restore .

# 或者
git checkout -- .

# ⚠️ 这会永久丢失未提交的修改！

5. 重置与revert的区别

(1) reset vs revert

特性	reset	revert
操作方式	移动指针	创建新提交
历史记录	删除历史	保留历史
已推送	需要强制推送	可以正常推送
安全性	可能丢失提交	不会丢失提交
适用场景	本地未推送的提交	已推送的提交

(2) 使用reset撤销本地提交

▶ 示例：reset撤销本地提交

BASH

# 本地创建了一个错误的提交
git commit -m "错误的提交"

# 撤销提交（保留修改）
git reset --soft HEAD~1

# 修正后重新提交
git commit -m "正确的提交"

# 正常推送
git push origin main

(3) 使用revert撤销已推送提交

▶ 示例：revert撤销已推送提交

BASH

# 已推送的提交
git push origin main

# 使用revert创建反向提交
git revert a1b2c3d

# 输出：
# [main d4e5f6g] Revert "错误的提交"
#  1 file changed, 1 deletion(-)

# 正常推送
git push origin main

# 历史中会保留原提交和revert提交
git log --oneline

# 输出：
# d4e5f6g Revert "错误的提交"
# a1b2c3d 错误的提交
# h7i8j9k 正常的提交

6. 重置最佳实践

(1) 安全重置流程

▶ 示例：安全重置

BASH

# 1. 查看当前状态
git status
git log --oneline -5

# 2. 确认要重置到哪个提交
git log --oneline

# 3. 先创建备份分支（可选）
git branch backup-branch

# 4. 执行重置
git reset --hard a1b2c3d

# 5. 验证结果
git log --oneline -5
git status

# 如果重置错了，可以恢复
git reset --hard backup-branch

(2) 使用reflog恢复

▶ 示例：从错误的重置中恢复

BASH

# 误操作：硬重置丢失了提交
git reset --hard HEAD~3

# 查看reflog
git reflog

# 输出：
# a1b2c3d HEAD@{0}: reset: moving to HEAD~3
# d4e5f6g HEAD@{1}: commit: feat: 添加功能C
# h7i8j9k HEAD@{2}: commit: feat: 添加功能B
# k9l0m1n HEAD@{3}: commit: feat: 添加功能A

# 恢复到重置前的状态
git reset --hard d4e5f6g

# 验证恢复
git log --oneline -5

(3) 重置工作流

graph TB
    A[需要撤销操作] --> B{操作是否已推送?}
    B -->|未推送| C[使用reset]
    B -->|已推送| D[使用revert]
    C --> E{是否保留修改?}
    E -->|是| F[reset --soft/--mixed]
    E -->|否| G[reset --hard]
    D --> H[创建反向提交]
    
    style C fill:#d4edda
    style D fill:#fff3cd
    style G fill:#f8d7da

❓ 常见问题

Q reset的三种模式有什么区别？

A --soft只移动指针，保留暂存区和工作区；--mixed移动指针并更新暂存区，保留工作区（默认）；--hard移动指针并更新暂存区和工作区，完全恢复到指定状态。

Q 什么时候使用reset，什么时候使用revert？

A 对于未推送的本地提交，使用reset撤销；对于已推送的提交，使用revert创建反向提交。reset会改写历史，revert保留历史。

Q reset --hard会丢失数据吗？

A 会丢失未提交的修改。但可以通过reflog找回最近的重置操作。已提交的内容即使被reset，也可以通过commit ID找回。

Q 如何撤销git add操作？

A 使用 git reset <file> 或 git restore --staged <file> 取消暂存。使用 git reset 取消所有暂存。

Q 重置后如何恢复？

A 使用 git reflog 查看操作历史，找到重置前的HEAD位置，使用 git reset --hard <commit> 恢复。或者如果有备份分支，直接reset到备份分支。

📖 小节

重置是将分支指针移动到指定位置的操作
三种模式：soft保留修改，mixed保留工作区，hard完全重置
软重置：撤销提交，保留暂存区和工作区
混合重置：撤销提交和暂存，保留工作区（默认）
硬重置：完全撤销，丢弃所有修改（谨慎使用）
reset vs revert：reset用于本地，revert用于已推送

📝 作业

基础题：创建多个提交，使用三种reset模式分别重置，观察暂存区和工作区的变化，理解三种模式的区别。
进阶题：模拟错误提交场景：创建一个错误的提交，使用reset撤销后重新提交正确的版本，体验reset的实际应用。
挑战题：体验reflog的强大功能：执行多次reset操作，使用reflog查看操作历史，从错误的重置中恢复，理解Git的数据安全机制。

Web-Tutorial 技术团队

由多位开发者共同维护的编程教程平台。每篇教程由对应领域的开发者编写和审核，确保内容准确可靠。如发现任何问题，欢迎向我们反馈。

关于我们

Git: Git重置与撤销操作详解

1. 重置基础概念

(1) 什么是重置

(2) Git的三个区域

(3) 重置的方向

2. 三种重置模式

(1) 软重置（--soft）

▶ 示例：软重置

(2) 混合重置（--mixed，默认）

▶ 示例：混合重置

(3) 硬重置（--hard）

▶ 示例：硬重置

3. 重置模式对比

(1) 三种模式对比表

(2) 图解三种模式

(3) 选择合适的模式

4. 重置操作详解

(1) 重置到特定提交

▶ 示例：重置到指定提交

(2) 撤销暂存

▶ 示例：取消暂存

(3) 撤销工作区修改

▶ 示例：丢弃工作区修改

5. 重置与revert的区别

(1) reset vs revert

(2) 使用reset撤销本地提交

▶ 示例：reset撤销本地提交

(3) 使用revert撤销已推送提交

▶ 示例：revert撤销已推送提交

6. 重置最佳实践

(1) 安全重置流程

▶ 示例：安全重置

(2) 使用reflog恢复

▶ 示例：从错误的重置中恢复

(3) 重置工作流

❓ 常见问题

📖 小节

📝 作业

🙏 帮我们做得更好