Git 误操作急救指南：reset、revert、restore 到底该用哪个

用 Git 时最慌的瞬间，往往是“改错了想撤回”。reset、revert、restore 三个命令都能“撤销”，但适用场景完全不同，用错可能丢失提交。这篇按场景讲清楚。

场景一：提交还没推送，想彻底丢弃
用 git reset --hard HEAD~1 回退一个提交，工作区内容一并抹掉。如果只是想重新组织提交但保留代码，用 git reset --soft HEAD~1，改动会回到暂存区。

场景二：提交已经推送，团队可能在用
不要用 reset 改写历史，用 git revert <commit> 生成一个“反向提交”，历史保持完整，对协作者最安全。

场景三：只想丢弃工作区里某个文件的改动
用 git restore <file>（旧写法是 checkout -- file）。如果改动已暂存，先 git restore --staged <file> 取消暂存再丢弃。

场景四：提交到了错误的分支
先 git branch <新分支> 保留现场，再 git reset --hard HEAD~1 回退当前分支，最后切到新分支继续，改动一个不丢。

保命习惯：任何 reset 前先 git branch backup-$(date +%s) 打一个备份分支；git reflog 能找回“消失”的提交，冷静翻它比重写代码快得多。

一句话总结：没推送想反悔用 reset，已推送要撤销用 revert，只动工作区用 restore，动手前先打备份分支。