刚提交错应优先用 git reset --soft HEAD~1 或 --mixed，保留修改；已推远程则用 git revert 创建反向提交；误删可用 git reflog 恢复；改提交信息或补文件用 git commit --amend。
刚提交完就发现错了，别急着 git reset --hard —— 90% 的误操作都源于没分清“改代码”和“改历史”。
撤销最后一次 commit，但保留所有修改
这是最常见也最安全的场景：你 git commit 了，但马上意识到漏改了一处、提交信息写错，或者只是手快多提交了一次。此时你不需要丢代码，只需要把“快照”撤掉，让改动回到可编辑状态。
-
git reset --soft HEAD~1：commit 消失，所有改动保留在暂存区（git status显示为 “Changes to be committed”）；适合立刻补文件或改提交信息 -
git reset HEAD~1（等价于git reset --mixed HEAD~1）：commit 消失，改动退回工作区（git status显示为 “Changes not staged for commit”）；适合重新挑选要提交的文件 - ⚠️ 注意：
HEAD~1是相对写法，想撤回最近两次就写HEAD~2；如果已经push到远程，这两个命令都不能直接用
已经 push 到远程，怎么安全撤销？
同事可能已经拉过你的提交，硬重置会破坏协作。Git 不让你“删历史”，而是让你“加一笔反向记录”——这就是 git revert 的作用。
GitHub一键发布助手（专业版）
下载
本地项目发布到GitHub的完整工作流助手。自动执行：安全检查（.gitignore、排除敏感.env/凭据文件）、补齐开源文件（LICENSE、.gitignore）、git init/commit/branch、创建远程仓库、首次推送、可选打tag。支持git filter-repo历史敏感信息重写、force push、tag管理。Windows下走Credential Manager自动认证。触发词："发布到GitHub"、"上传到github"、"
-
git revert HEAD：生成一个新提交，内容刚好抵消上一次提交的全部变更；原提交仍保留在历史里，所有人都能同步到这个“修复” - 如果要撤销更早的某次提交，先用
git log --oneline找到它的哈希（比如a1b2c3d），再执行git revert a1b2c3d - ⚠️ 注意：revert 可能触发冲突（比如你撤销的提交改了某行，后来别人又改了同一行），这时需要手动解决并
git add+git revert --continue
误用了 git reset --hard，代码没了怎么办？
执行后 git log 看不到旧提交，工作区也空了——别关终端，先跑 git reflog。
-
git reflog会列出所有 HEAD 移动过的记录（包括被reset掉的提交），每行开头是短哈希，比如abc1234 - 找到你想要恢复的那个提交哈希，执行
git reset --hard abc1234即可找回 - ⚠️ 注意：
reflog默认只保存 90 天，且仅限本地；它不是备份机制，不能替代git push或定期分支备份
只想改提交信息或补加文件？用 git commit --amend
这不是撤销，而是“覆盖重写最后一次提交”。它只影响未推送的本地提交，是修正小错误的最快路径。
-
git commit --amend：弹出编辑器让你改 message；如果之前漏加了文件，先git add那个文件，再运行这条命令，它会一并塞进这次提交 - ⚠️ 注意：如果已经
push过，--amend后必须用git push --force-with-lease强推（且需确认没人基于该提交继续开发），否则会报错
真正容易被忽略的点是：Git 的每个撤销动作，本质都是在调整 HEAD、暂存区、工作区三者之间的对齐关系。不看 git status 就敲命令，等于蒙眼开车——哪怕命令本身完全正确，也可能把代码停在你根本没想到的状态里。
