撤销未推送的 commit 用 git reset：--soft 保留暂存区，--mixed（默认）回退到工作区，--hard 彻底删除；已推送则优先用 git revert 避免改历史，仅私有分支且确认无依赖时可用 --force-with-lease 配合 reset。
撤销刚提交但还没推送到远程的 commit
如果 git push 还没执行，这个操作很简单，本质是把分支指针往回挪一格，不丢代码也不影响工作区。
- 用
git reset --soft HEAD~1：保留改动在暂存区，适合重写提交信息或补加文件 - 用
git reset --mixed HEAD~1（默认行为）：改动回到工作区，状态和提交前一样，最常用 - 用
git reset --hard HEAD~1：彻底删掉这次提交 + 所有改动，慎用！工作区会丢失未暂存的修改
注意：HEAD~1 是相对写法，如果想撤多步，改成 HEAD~2、HEAD~3 即可；也可以用具体 commit hash，比如 git reset --mixed abc1234。
已经 git push 了还能撤吗
能，但必须和团队同步——因为你要改的是远程历史，别人可能已经基于它继续开发了。强行覆盖会导致协作混乱。
- 确认没人基于该 commit 工作，再执行
git reset --soft HEAD~1，然后git commit --amend修改提交，最后git push --force-with-lease -
--force-with-lease比--force安全：如果远程分支有别人新推的提交，它会拒绝覆盖，避免误删他人工作 - 如果已经有人拉取并基于它开发，更稳妥的做法是
git revert HEAD：生成一个“反向提交”，抵消上一次的效果，不改历史，适合共享分支
错误示范：git push --force 直接硬推，尤其在 main 或 develop 分支上，容易让队友 git pull 报错甚至丢代码。
git revert 和 git reset 选哪个
关键看场景是否涉及共享分支，以及你是否愿意改写历史。
- 本地分支、刚提交、没推送 → 无脑用
git reset --mixed HEAD~1 - 已推送到远程，且分支多人共用（如
main）→ 必须用git revert HEAD，安全第一 - 已推送但分支只你一人用，且确定没人基于它工作 → 可用
git reset+--force-with-lease，但要先通知协作者
git revert 生成的新提交会出现在日志里，内容是“revert: xxx”，不影响原有 commit hash；而 git reset 会让原提交从日志里消失（除非查 reflog），这点会影响 CI/CD 的构建追踪逻辑。
VS Code 内置 Git UI 能不能直接撤销提交
可以，但功能有限，只适合最简单场景。
- 点击 VS Code 左侧源代码管理图标 → 在“COMMITS”列表右键目标提交 → 选 “Revert Commit” → 自动生成 revert 提交并暂存
- 它底层调用的就是
git revert，不支持reset类操作 - 如果提交里有冲突（比如被 revert 的改动和当前代码有重叠），VS Code 会弹出合并冲突提示，需要手动解决后才能完成 revert
- 别依赖它做复杂操作：比如想撤回多个提交、带参数的 reset、或者 force-push，还是得切到终端敲命令
很多人以为点点鼠标就完事，结果发现右键菜单里没有 “Undo Last Commit” —— 因为 VS Code 故意没提供这种易误操作的功能，它只暴露了最安全的 revert 路径。
