刚提交完未推送时，用 git reset --soft head~1 撤销提交指针，保留暂存区和工作区；已推送则必须用 git revert 生成反向提交以保障协作安全。
刚提交完就发现写错了，但还没 git push？直接用 git reset --soft HEAD~1，它只撤提交指针，暂存区和工作区全留着——改完 message 或补加文件，再提交就行。
撤销未推送的提交：git reset 三种模式怎么选
关键看你想留什么、丢什么：
-
git reset --soft HEAD~1：只删提交记录，暂存区（git status显示 “Changes to be committed”）和工作区都原样保留。适合改错提交信息或漏git add文件 -
git reset --mixed HEAD~1（--mixed可省略）：删提交 + 清暂存区，所有改动退回到“未暂存”状态（git status显示 “Changes not staged for commit”）。适合重新筛选要提交的文件 -
git reset --hard HEAD~1：三者全清，工作区瞬间变回上上个提交的样子。慎用！未暂存的修改会永久丢失，除非靠git reflog捞
VS Code 内置的 “Undo Last Commit” 按钮，底层就是 git reset --soft HEAD~1，但它只在「最新提交是你刚提的、且没 push」时才亮起；切过分支、用过 git commit --amend，它就消失——别依赖它。
已 git push 的提交，千万别 reset
远程历史一动，队友 git pull 就可能报错、丢代码、CI 构建失败。安全做法是生成反向提交：
GitHub 智能代码审查与 CI/CD 自动化
下载
GitHub 智能代码审查与 CI/CD 自动化工作流。收到 PR 或代码提交时，自动进行 AI 代码审查（bug/安全/逻辑），并根据审查结果智能生成或推荐 GitHub Actions 工作流。触发词：代码审查、review PR、生成 CI/CD、GitHub Actions。
- 命令行：
git revert HEAD（撤销最新一次），或git revert abc1234（按哈希精确撤销） - VS Code：在提交历史里右键目标提交 → “Revert Commit”，它会自动生成新提交，内容默认是
Revert "xxx" - 如果被 revert 的改动和当前代码有重叠，会触发冲突，VS Code 会高亮冲突文件，手动解决后
git add && git revert --continue
git revert 不改原有提交哈希，CI/CD 日志、PR 关联、代码审查记录全都能对得上；而 git reset 后强制推送，会让这些链路断掉。
git revert 遇到合并提交（merge commit）报错怎么办
执行 git revert abc1234 时若提示 error: commit abc1234 is a merge but no -m option was provided，说明你正试图 revert 一个由 git merge 产生的提交。
- 必须加
-m 1参数：git revert -m 1 abc1234 -
-m 1表示“以第一个父提交为基准做反向操作”，这是绝大多数场景下的正确选择（比如从feature合入main，main是第一个父） - VS Code 的图形化 “Revert Commit” 不支持自动处理 merge commit，遇到这个错误只能切终端手动加参数
真正容易被忽略的是：revert 合并提交时，Git 默认不知道你要“撤销谁的视角”，不指定 -m 就卡住——这不是 bug，是设计使然。
