先看一句保命原则
99% 的 Git 事故都能救，因为 Git 几乎不真正删除任何东西——提交一旦创建就留在对象库里，只是没有了引用。
慌的时候先别急着 git push --force 或 git reset --hard，先 git status 看清现状，再用下面的命令按场景处理。
git status
# 看清当前分支、工作区与暂存区状态，再决定下一步场景一：最后一次提交写错（还没推送）
只改提交信息：git commit --amend。想保留改动但重做提交：--soft 撤销提交、改动留在暂存区；--mixed（默认）改动退回工作区；--hard 直接丢弃，慎用。
git commit --amend # 修改最后一次提交信息/内容
git reset --soft HEAD~1 # 撤销提交，改动留在暂存区
git reset --hard HEAD~1 # 彻底丢弃最后一次提交与改动（慎用）场景二：已经推送到共享分支
已推送的提交**不要**用 reset + force，会改写他人历史。正确做法是用 git revert 生成一个「反向提交」来抵消某次改动，安全可推。
git revert <sha> # 生成反向提交，安全抵消某次改动
git push # 推送到共享分支，不破坏他人历史场景三：分支/提交误删，怎么找回
HEAD 的每一次移动都记录在 git reflog 里，哪怕分支被删，提交对象还在。找到目标提交的 sha，用 git checkout <sha> 或 git branch <new> <sha> 复活它。
git reflog # 查看 HEAD 移动历史，找到丢失的 sha
git branch recovered <sha> # 用丢失的 sha 重建一个分支场景四：改了半天发现改错了分支
不要急着重做。用 git stash 把当前改动收起来，切到正确分支再 git stash pop 恢复；若部分提交已经做完，用 git cherry-pick 把那几个提交挪过去。
git stash # 暂存当前改动
git switch correct-branch # 切到正确分支
git stash pop # 恢复改动
# 或仅搬运个别提交：
git cherry-pick <sha>出事后的自救清单
① 先 git status 别乱动；② 未推送用 reset/amend，已推送用 revert；③ 误删用 reflog 找回；④ 改错分支用 stash/cherry-pick；⑤ 任何 --hard / --force 前确认没有他人依赖。
把这些命令存进对应的速查表（Git / 版本控制）里，下次手抖时能秒查。