结论：上一个版本指代不同（未推送的提交、已推送的提交或未提交的编辑），应分别用git reset --soft、git revert或vscode本地历史；混用会导致丢代码或破坏协作。
直接说结论：你问的“上一个版本”到底指什么，决定了该用 git reset、git revert 还是 VSCode 的本地历史功能——三者完全不是一回事，混用会丢代码或破坏协作。
刚提交完但还没 push，想改 commit message 或拆分提交
这是最常见也最安全的场景，git reset --soft HEAD~1 是唯一推荐操作。它只回退 HEAD 指针，暂存区和工作区内容全保留，你在 VSCode 的「源代码管理」视图里能看到所有文件仍处于「已暂存」状态，随时能重新提交或编辑 message。
- VSCode 图形界面里右键最新一次 commit → 选「Reset Current Branch to Here」→ 点 Soft，效果等同
- 别点 Hard：它会直接覆盖工作区文件，你刚写的函数可能就没了
- 如果已切换过分支或执行过
git commit --amend，VSCode 的「Undo Last Commit」按钮会消失，这时必须手动敲命令
已 push 到远程，但想撤回某次提交
绝对不能用 git reset --hard + git push --force-with-lease，除非你确定团队没人基于那条 commit 继续开发。正确做法是 git revert —— 它生成一条新 commit，内容精准抵消目标 commit 的变更，历史线性可追溯。
- VSCode 右键目标 commit → 「Revert Commit」，等效于
git revert abc1234 - 命令行想撤销最近两次：用
git revert HEAD~2..HEAD - revert 后记得
git push，不需要 force
没开 Git，只是手抖删了几十行代码
这时候 Git 帮不上忙，得靠 VSCode 自带的「本地历史」。它不依赖仓库，自动保存每 5 分钟的快照 + 文件保存前的副本。
- 快捷键：
Ctrl+Shift+P→ 输入Local History: Show History→ 选时间点 → 「Restore」 - 注意：它只对当前打开的文件生效；未打开的文件不会出现在列表里
- 快照默认保留 30 天，但磁盘空间紧张时可能被自动清理，别当成永久备份
误用 git reset --hard 后怎么抢救
只要没执行 git gc，git reflog 几乎总能救回来。它记录 HEAD 每次移动的 SHA，包括被 reset 掉的 commit。
- 先运行
git reflog，找到目标 commit 对应的HEAD@{2}这类标记 - 执行
git reset --hard HEAD@{2}回退到那个状态 - VSCode 不会自动刷新 reflog 视图，需手动点源代码管理面板右上角的刷新图标
- 真正危险的是 reset 后又做了新提交、再 reset、再提交…… reflog 条目会被覆盖，这时只能翻
.git/logs/或靠备份
最容易被忽略的一点：VSCode 的「Discard Changes」按钮只丢弃工作区修改，不是 git reset；右键 commit 的「Checkout Commit」是临时切出代码，不改变当前分支 HEAD——这些操作表面相似，实际行为天差地别，看错一眼就可能白干半天。
