没推送的本地提交用git reset --soft HEAD~1最安全，仅回退HEAD指针、保留暂存区和工作区；已推送则必须用git revert生成反向提交，避免重写共享历史。
没推送的本地提交，用 git reset --soft HEAD~1 最安全；已推送到远程，必须用 git revert，不能选任何 reset 模式。
回退未推送的提交：优先用 --soft 模式
你刚 git commit 完，发现提交信息写错、漏了文件，或想把几次小提交压成一个——这时 --soft 是唯一真正“无损”的选择。它只回退 HEAD 指针，暂存区和工作区原封不动。
-
git reset --soft HEAD~1后，git status显示 “Changes to be committed”，可直接git commit --amend改 message，或补git add再提交 - VSCode 右键提交 → “Reset Current Branch to Here” → 选
Soft，效果等同；但注意：这个菜单项只对最新一次提交生效，且按钮灰掉时（比如已push过）就别硬点 - 别混淆
--soft和--mixed：--mixed（默认）会清空暂存区，git status变成 “Changes not staged for commit”，你得手动git add才能再提交
误点了 --hard 怎么办：立刻查 reflog，别关 VSCode
--hard 不是“撤销”，是直接抹掉 HEAD 之后所有提交 + 暂存 + 工作区修改。一旦执行，VSCode 状态栏立刻变灰，文件列表清空——但只要还没关编辑器、没运行 git gc，就能救回来。
- 立刻在终端运行
git reflog，找HEAD@{1}对应的 SHA（通常是倒数第二行），然后git reset --hard HEAD@{1} - VSCode 不会自动刷新被
--hard清掉的文件内容，所以别指望右键“撤消更改”能恢复——它只对当前工作区有效，不作用于已被重置丢弃的提交 - 如果你之前有未
add的脏文件，--hard会一并丢弃，且reflog不记录这些未暂存改动，它们真的没了
已推送的提交：reset 全部禁用，只认 git revert
只要 git push 过，无论你是不是项目 owner，都不得对共享分支（如 main、develop）执行任何 reset。VSCode 右键菜单里那个 “Revert Commit” 就是为你准备的，点它等于执行 git revert HEAD。
-
git revert生成新提交，内容是原提交的逆操作，历史线性保留，协作者pull时不会冲突或丢失数据 - 如果要 revert 的不是最新提交，右键目标 commit 选 “Revert Commit”，VSCode 会自动填入 hash；若报
error: commit xxx is a merge but no -m option was provided，说明那是合并提交，得加-m 1参数，命令行更可控 - VSCode GUI 不支持批量 revert 多个提交，也处理不了 revert 后的冲突——遇到冲突，它只会停在
git status显示 “Unmerged paths”，得你手动编辑解决
真正容易被忽略的是：VSCode 的 “Reset Current Branch to Here” 默认弹出的是 Hard 选项框，而很多人没注意就点了确认。它不像终端命令那样要你敲全参数，GUI 的“默认选中”反而成了最危险的入口。操作前务必看清弹窗标题和选项文字，而不是凭印象点“确定”。
