git reset 命令用于将当前分支的HEAD重置到指定的提交，同时可以选择对工作目录和暂存区的影响。根据使用的模式不同（soft、mixed、hard），它的行为有所区别：

1. git reset --soft <commit>

• 作用范围：只影响HEAD。
• 效果：
  • 将HEAD移动到指定的提交。
  • 保留暂存区和工作目录的内容，即所有变更仍然保留在暂存区中（git status 会显示这些变更已被暂存）。
  • 常用于撤销提交，但保留修改以便重新组织。

2. git reset --mixed <commit>（默认模式）

• 作用范围：影响HEAD和暂存区。
• 效果：
  • 将HEAD移动到指定的提交。
  • 重置暂存区，使其与指定提交一致。
  • 保留工作目录的内容，即所有变更仍然存在于工作目录中（git status 会显示这些变更未被暂存）。
  • 常用于撤销提交和暂存操作，但保留文件修改。

3. git reset --hard <commit>

• 作用范围：影响HEAD、暂存区和工作目录。
• 效果：
  • 将HEAD移动到指定的提交。
  • 重置暂存区和工作目录，使其与指定提交完全一致。
  • 丢弃所有未提交的修改（包括暂存区和工作目录中的变更），这是一个危险操作，可能导致数据丢失。
  • 常用于彻底回退到某个历史状态。

总结对比

示例场景

假设提交历史为：A ← B ← C (HEAD)，当前位于提交C：

1. git reset --soft B

   • 结果：HEAD指向B，但C的修改仍在暂存区，可直接git commit重新提交。

2. git reset --mixed B（或git reset B）

   • 结果：HEAD指向B，C的修改被移到工作目录（未暂存），需要重新git add和git commit。

3. git reset --hard B

   • 结果：HEAD指向B，C的所有修改被彻底丢弃，无法恢复（除非通过git reflog找回）。

安全提示

• 使用--hard前务必确认工作目录的修改已备份或不需要保留。
• 若想保留修改但撤销提交，建议优先使用--soft或--mixed。