最直接安全的方式是用git reset --soft HEAD~1（保留修改）、--mixed HEAD~1（默认，保留工作区）或--hard HEAD~1（彻底丢弃），选择取决于是否需保留当前代码变更。
撤销未合并分支上最近一次提交
如果只是误提交了一次，且该分支还没被合并到其他分支，最直接的方式是用 git reset 回退 HEAD，同时保留工作区文件不变（避免丢代码）：
-
git reset --soft HEAD~1：只回退提交记录，暂存区和工作区都不变，适合重写提交信息或补提交 -
git reset --mixed HEAD~1（默认行为）：回退提交 + 清空暂存区，但保留修改在工作区，适合重新选择哪些文件要提交 -
git reset --hard HEAD~1：三区全退，慎用！会永久丢失这次提交的全部改动
注意：HEAD~1 表示上一个提交；若要回退多次，可写 HEAD~3 或用哈希值如 git reset --hard abc1234。
已推送到远程但未合并，怎么安全撤回
如果已经 git push 上去了，而远程分支没人依赖（比如个人开发分支），可以强制推送覆盖：
- 先本地重置：
git reset --hard HEAD~1 - 再强制推送：
git push --force-with-lease origin branch-name
--force-with-lease 比 --force 安全：它会检查远程分支是否被别人更新过，防止覆盖他人新提交。如果提示“rejected”，说明别人已改过这个分支，这时别硬推，先 git pull 合并或沟通。
git-staged-commit-message
下载
仅从仓库的暂存文件生成 Git 提交消息。当用户要求 Codex 根据暂存更改、缓存差异、Git 索引或已通过 `git add` 添加的文件来编写、起草、创建或建议提交消息时使用；切勿代表用户执行提交操作。
撤销某次特定提交（不按顺序回退）
有时只想删掉中间某次提交，而不是清掉最后几个——这时候不能用 reset，得用 git revert：
-
git revert abc1234：生成一个新提交，内容是抵消abc1234的所有变更 - 它不改变历史指针，适合已共享的分支（即使推过了也安全）
- 如果要撤销连续多个提交，可用
git revert abc1234..def5678（注意是两个点，且前者是较早的提交）
注意：revert 会产生新提交，所以分支总长度会增加；如果后续还要 reset，得把 revert 提交一并考虑进去。
误删分支后如何找回提交
执行了 git branch -d branch-name 或 git branch -D 后，分支引用没了，但只要那些提交没被 GC 清理，就还能找回来：
- 查操作日志：
git reflog，找到对应分支最后一次的 HEAD 记录，比如abc1234 HEAD@{2}: checkout: moving from feature-x to main - 重建分支：
git branch feature-x abc1234 - 如果 reflog 已清理（比如很久没操作），可尝试
git fsck --lost-found找孤立对象，但成功率低，靠运气
reflog 默认只保留 90 天（gc.reflogExpire），所以别等太久才想起恢复。
