最常见撤销刚提交commit但保留工作区修改的方法是git reset --soft head~1，它仅回退commit指针，保留暂存区和工作区；若需清空暂存区而保留工作区，则用git reset --mixed head~1（默认模式）；已推送时应优先使用git revert生成反向commit以保障协作安全。
撤销刚提交的 commit，但保留工作区修改
最常见的情况是：你刚执行了 git commit -m "xxx"，发现提交信息写错了，或者漏加了文件，又不想丢掉已写的代码。这时候别急着 git reset --hard——它会连工作区一起清空。
正确做法是用 git reset --soft HEAD~1，它只回退 commit 指针，把这次提交“卸下来”，但暂存区（staging）和工作区都原样保留。之后你可以重新 git commit，甚至改 -m 内容，或者 git add 补文件。
-
HEAD~1是相对写法，等价于HEAD^；想撤多步就写HEAD~2 - 如果已经推送到远程，且别人还没拉取，可以用
git push --force-with-lease覆盖（不是--force），更安全 - VSCode 内置 Git 面板里点「…」→「Undo Last Commit」，底层就是
git reset --soft，但不会告诉你用了哪个模式
撤回 commit 并清空暂存区，但留着代码在磁盘上
你提交后发现：不该把某些文件提交进去，比如本地配置或日志，但代码本身还得留着改。这时 git reset --mixed HEAD~1（--mixed 是默认行为，可省略）最合适。
它会把 commit 撤掉、暂存区清空（变成未暂存状态），但所有改动仍保留在工作区——你可以手动 git add 该加的，再 git commit。
- VSCode 的「Discard All Changes」按钮千万别乱点，那是丢弃工作区，不是撤 commit
- 如果误用了
--hard又没关 VSCode，可以立刻查git reflog找到HEAD@{1}对应的 SHA，再git reset --hard HEAD@{1}拉回来 -
git status输出里显示 “Changes not staged for commit” 就说明走对路了
已经 push 到远程，怎么安全撤回
只要没人基于你的 commit 继续开发，就可以用 git revert 生成一个反向 commit 来抵消——这是最协作友好的方式，不改历史，不怕冲突。
运行 git revert HEAD，会打开编辑器让你确认 revert 提交信息；保存退出后，新 commit 就进来了，再 git push 即可。
-
revert和reset本质不同：前者是“加一笔账冲销”，后者是“把账本撕掉一页” - 如果要 revert 的是多个连续 commit，用
git revert HEAD~2..HEAD（注意双点，不是三点） - VSCode 的 Git 面板里右键某次 commit → 「Revert Commit」，它会自动调
git revert，比手敲快，也少输错 SHA 的风险
为什么 VSCode 的「Undo Last Commit」有时不生效
因为这个按钮只对最近一次 commit 生效，且要求当前分支没有其他新提交、没有未推送的 commit、也没有未拉取的远程更新。一旦有这些情况，按钮会变灰或点击无反应。
它背后其实是 git reset --soft HEAD~1 + 自动触发 VSCode 的 commit 弹窗，所以依赖 Git 状态干净。遇到失效，直接切终端敲命令更可靠。
- 检查是否在错误分支：VSCode 左下角显示的分支名必须和你要撤 commit 的分支一致
- 如果有 merge commit 或 rebase 中断，
git status会提示，此时按钮必然不可用 - 插件冲突也可能导致按钮失灵，比如 GitLens 启用了自己的 commit 流程覆盖了原生逻辑
真正麻烦的从来不是“怎么撤”，而是撤完要不要推、推了别人会不会受影响、有没有人正在基于它开发——这些没法靠按钮判断，得看团队协作上下文。
