刚 commit 完未 push 时，优先用 git reset --soft HEAD~1：它只回退 HEAD 指针，保留所有修改在暂存区，可直接 amend 修正提交信息或增删文件后重提。
刚 commit 完就发现错了，还没 push，优先用 git reset --soft HEAD~1 —— 它只删提交记录，所有改动原封不动留在暂存区，改完 message 或增删文件就能立刻重提。
没 push 时怎么安全撤回提交（保留所有修改）
这是最常见也最安全的场景：你点完 ✅ 提交按钮，突然发现 message 写错、漏了关键文件，或者想把这次提交拆成两个。此时 git reset --soft HEAD~1 是唯一推荐的第一步操作。
-
--soft不碰工作区和暂存区，git status会显示所有文件仍在 “STAGED CHANGES” 里 - VS Code 源代码管理面板右上角的 → Undo Last Commit 按钮，底层就是这条命令，但只在“最新提交是你刚提的 + 未 push”时才亮起
- 如果按钮灰掉，别折腾刷新，直接开终端敲命令，更稳
- 误用了
--hard？别慌，只要没关编辑器，多数未保存的修改还在内存里；已保存但被删的文件，可能还能从git reflog找回来
想把提交内容彻底放回工作区（不留在暂存区）
比如你打算重写整个提交流程：先改代码、再选文件、最后写 message。那就用混合重置，默认行为，git reset HEAD~1（--mixed 可省略）。
- 执行后，所有变更从 “STAGED CHANGES” 移到 “CHANGES”，变成未暂存状态
- VS Code 会立刻刷新，文件列表显示为 “Modified”，你需要手动右键 → “暂存更改” 才能再次提交
- 注意：如果你工作区本来就有其他未提交的修改，它们会和这次撤回的改动混在一起，
git status里全列出来，得自己分辨 - VS Code GUI 右键提交历史里的 “Reset Current Branch to Here” → 选 “Mixed”，效果等同，但仅对最新一次提交生效
已经 push 到远程了，千万别 reset
一旦 git push 成功，那条提交就成了团队共享历史的一部分。git reset --hard 后再 push --force-with-lease，会破坏别人本地分支、导致 CI 失败、甚至让协作者丢失他们基于你提交做的工作。
- 正确做法是
git revert HEAD，它生成一条新提交，内容正好抵消上一条的所有改动 - VS Code 中：在提交历史里右键目标 commit → “Revert Commit”，确认后自动打开编辑器让你写 revert message
- 如果 revert 过程中报 conflict，说明后续有重叠修改，得手动解决并
git add+git revert --continue - revert 后
git log会多出一条记录，但历史线性、可预测，协作零风险
为什么 VS Code 提示 “无法撤销，因为 HEAD 未指向任何提交”
这不是操作失败，而是仓库根本没提交过任何东西——比如新建项目后直接初始化 git，还没 git commit 过，就去点 “Undo Last Commit”。这时 HEAD 是游离的，没有可撤销的目标。
- 检查当前状态：
git log --oneline如果没输出，说明真的一条提交都没有 - 这种情况下，你其实不需要“撤销 commit”，只需正常
git add+git commit - 如果误点了 “Discard Changes” 清空了所有新文件，它们不会进
git status，也不会出现在 “Untracked Files”，得靠系统回收站或编辑器本地缓存找回 - 刚初始化 repo 就遇到这提示，大概率是手快点了不该点的按钮，而不是 Git 出了问题
真正容易被忽略的是：无论用 soft 还是 mixed reset，都只影响当前分支的 HEAD；如果你在 feature 分支上 commit，切回 main 后再 reset，完全不影响 feature 分支的历史。所以操作前务必确认 git branch 输出的当前分支名，别在错的分支上动刀。
