git reset --mixed HEAD~1 可安全撤回未推送的本地提交至工作区，保留修改内容并清空暂存区；误用 --hard 会丢失代码，revert 仅适用于已推送场景，VSCode GUI 仅支持单次 mixed reset。
git reset --mixed HEAD~1 会把已提交未推送的变更撤回工作区
这是最直接有效的做法。只要还没 git push，本地 commit 就只是数据库里的一个快照，完全可以安全回退。关键在于用对 reset 模式：--mixed（也是默认模式）会保留修改内容在工作区，同时清空暂存区——这正好符合“撤回到工作区”的需求。
常见错误是误用 --hard：它会直接丢弃所有改动，连工作区都清空，改过的代码就真没了。
- 确认当前分支没被别人基于你的 commit 继续开发（否则 reset 后 force push 会破坏协作）
- 执行前先运行
git status看一眼，确保你看到的是 “Your branch is ahead of 'origin/main' by 1 commit” 这类提示 - 如果想撤销多个 commit，把
HEAD~1改成HEAD~2或具体 commit hash，比如git reset --mixed abc1234
VSCode 内置 Git UI 能点选回退，但只支持单次 soft/mixed reset
VSCode 左侧源代码管理面板里，右键最近一条 commit，会出现 “Reset Commit” 选项。它默认调用的就是 git reset --mixed，等效于命令行手动操作。
但注意：这个菜单项只对最新一次 commit 生效；如果已经提交了两次，右键第二条 commit 是灰色不可点的。想批量回退，还是得切终端敲命令。
- VSCode 不会帮你自动 stash 当前未 commit 的其他修改，如果工作区本来就有脏文件，reset 后它们会和刚撤回来的改动混在一起
- 右键菜单里没有
--hard选项，算是个安全限制 - 执行后 VSCode 会立刻刷新状态栏和文件列表，显示哪些文件变回了 “Modified” 状态
别碰 git revert —— 它不适合“撤回未推送的本地提交”
git revert 的作用是“新增一个反向 commit 来抵消旧 commit”，适合已推送到远程、不能改历史的场景。你现在的情况完全不需要它：既没 push，又想把代码拿回来继续改，用 revert 只会让提交历史多出一条无意义的记录，还可能引发后续 merge 冲突。
- revert 后你会看到两条 commit：原始的 + revert 的，而
git log显示的仍是“ahead by 2” - 如果你误用了 revert，还得再
git reset --mixed HEAD~1把 revert 那条也撤掉，纯属绕路 - 除非团队强制要求所有变更必须线性、不可 rebase，否则对未推送的提交，revert 就是错的选择
reset 后记得检查 .gitignore 和大文件是否意外被提交过
有时候你以为只是撤回几行代码，结果发现 git status 里冒出一堆不该出现的文件——比如 node_modules/、.DS_Store 或编译产物。这是因为上次 commit 时它们恰好被 git add 进去了，reset 后这些文件依然处于“已暂存”或“已修改”状态。
- 运行
git ls-files --others --ignored查看哪些忽略文件其实已被跟踪 - 用
git rm -r --cached <path>把误提交的目录从暂存区踢出去，再加进.gitignore - 如果 reset 后突然多了很多二进制文件（如
.zip、.log），优先检查是不是上一次git add .太粗暴
