git reset三种模式本质是控制HEAD、索引、工作目录三者同步回退：--soft仅移动HEAD，保留索引和工作目录；--mixed（默认）移动HEAD并重置索引，保留工作目录；--hard三者全部重置，强制丢弃所有未提交修改。
git reset 的三种模式本质是控制 HEAD、索引（staging）、工作目录（working copy）三者是否同步回退，选错模式可能直接丢代码。
怎么理解 --soft、--mixed、--hard 对三棵树的影响
Git 的“三棵树”指：HEAD（当前分支指向的提交）、index（暂存区，即 git add 后的状态）、working copy（你磁盘上正在编辑的文件）。三种模式的区别就在于它们各自动修改哪几层：
-
--soft：只移动HEAD，index和working copy完全不动 → 所有已add的内容仍处于“待提交”状态 -
--mixed（默认）：移动HEAD+ 重置index，但保留working copy→ 已修改的文件还在，只是从暂存区撤下，变成“已修改未暂存” -
--hard：三者全部重置到目标提交 →working copy中所有未提交的修改（包括没add的）都会被强制覆盖丢弃
什么时候该用 --soft
典型场景是刚 git commit 完，突然发现提交信息写错了，或漏了某个文件，又不想拆开改再重新写 log。这时用 git reset --soft HEAD^ 就能退回上一次 commit 的起点，但所有改动依然在暂存区，直接 git commit --amend 即可修正。
注意：--soft 不会改变工作区，所以它安全；但它也不能帮你恢复“没 add 过的修改”，那些根本不在暂存区里，--soft 看不见。
--mixed 是最常误用也最易恢复的模式
日常开发中最多见的操作其实是取消暂存：git reset <file></file> 或 git reset HEAD~1，它们背后都是 --mixed。它把暂存区清空，但留下工作区原样，方便你重新 add 或检查。
容易踩的坑：
- 执行
git reset不带参数时，默认就是--mixed，不是“什么都不做” - 如果当前有未
add的修改，--mixed不影响它们；但如果这些修改和目标提交里同名文件内容冲突，Git 会拒绝重置并报错error: Your local changes to 'xxx' would be overwritten by reset. - 想只取消某个文件的暂存？用
git reset HEAD -- <file></file>，别漏掉--分隔符，否则 Git 可能把它当成分支名解析
--hard 唯一推荐用它的时刻：确定要彻底放弃所有本地变更
--hard 是唯一真正“销毁”未提交修改的模式。它不该用于日常调试或试错，而适用于明确想回到某次干净提交的状态，比如：
- 拉完别人代码后本地改乱了，想一键回滚到远程
origin/main的样子：git reset --hard origin/main - 确认某次本地实验性提交完全失败，且没有其他分支引用它，可以
git reset --hard HEAD~2直接砍掉最后两笔
⚠️ 关键提醒：--hard 后如果发现删错了，得立刻用 git reflog 找回 HEAD 历史，再 git reset --hard <old-sha></old-sha> 拉回来 —— 超过 reflog 默认 30 天保留期就真没了。
