刚提交错应优先用 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 的作用。

• git revert HEAD：生成一个新提交，内容刚好抵消上一次提交的全部变更；原提交仍保留在历史里，所有人都能同步到这个“修复”
• 如果要撤销更早的某次提交，先用 git log --oneline 找到它的哈希（比如 a1b2c3d），再执行 git revert a1b2c3d
• ⚠️ 注意：revert 可能触发冲突（比如你撤销的提交改了某行，后来别人又改了同一行），这时需要手动解决并 git add + git revert --continue

误用了 git reset --hard，代码没了怎么办？

执行后 git log 看不到旧提交，工作区也空了——别关终端，先跑 git reflog。

GitHub一键发布助手（专业版）

本地项目发布到GitHub的完整工作流助手。自动执行：安全检查（.gitignore、排除敏感.env/凭据文件）、补齐开源文件（LICENSE、.gitignore）、git init/commit/branch、创建远程仓库、首次推送、可选打tag。支持git filter-repo历史敏感信息重写、force push、tag管理。Windows下走Credential Manager自动认证。触发词："发布到GitHub"、"上传到github"、&quot

下载

• 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 就敲命令，等于蒙眼开车——哪怕命令本身完全正确，也可能把代码停在你根本没想到的状态里。