git commit --amend 用于修改最新未推送提交的信息或补加文件，覆盖而非新增提交；已推送则禁用，须用 revert；reset --soft 可撤回提交保留暂存区；reflog 和 fsck 可找回误删提交。
git commit --amend 修提交信息或补文件
刚执行 git commit 但还没 git push，发现消息写错、漏加文件，用这个命令最直接。它不会新增一次提交，而是覆盖上一次 commit。
常见错误现象：改完代码后 git add src/main.js，git commit -m "fix bug"，接着才想起还有 test.js 没加——此时直接 git commit --amend 就能把它一起塞进这次提交里。
- 执行后会打开默认编辑器（如 vim），修改提交信息后保存退出即可
- 如果只想补文件不改消息，加
-C HEAD：git commit --amend -C HEAD - 已
push过的 commit 绝对不能用这个命令，否则本地和远程历史会不一致 - 如果已经推过，必须先
git revert再重新提交，而不是 amend
git reset --soft HEAD~1 撤回 commit 但保留暂存区
你已经 git commit，但还没 push，现在想把这次提交“拆开”重来：比如误把日志文件、.env 一起提交了，需要取消这次 commit，再有选择地重新 add + commit。
用 --soft 是最安全的第一步：它只移动 HEAD 指针，暂存区和工作区完全不动。相当于“撤回按钮按到一半”，所有变更还在暂存区里等着你重新组织。
-
git reset --soft HEAD~1：撤回最近一次 commit，文件仍处于Changes to be committed状态 - 接着
git reset HEAD bad-file.log把不该提交的文件从暂存区踢出去 - 再
git commit -m "real fix"重新提交干净版本 - 别用
--hard，除非你明确要丢掉所有改动——它连工作区修改都会清空
git reflog 找回被 reset 或 rebase 删除的 commit
执行了 git reset --hard HEAD~3 或 git rebase -i 后删掉几条提交，结果发现删错了？别慌，Git 没真删，只是分支指针移走了，这些提交还躺在对象库里，靠 reflog 就能捞回来。
reflog 记录的是 HEAD 的每一次移动，包括你手动 reset、merge、checkout 的每一步，有效期默认 30 天（没被 git gc 清理前都有效）。
- 运行
git reflog，找类似abc1234 HEAD@{2}: reset: moving to HEAD~3这样的行 - 确认目标 commit 内容：
git show abc1234看文件变更和提交信息 - 恢复方式二选一：
git reset --hard abc1234（回到那个点），或git cherry-pick abc1234（把那次提交单独拿过来） - PowerShell 用户注意：
HEAD@{2}要加引号，写成"HEAD@{2}"，否则语法报错
git fsck --lost-found 找 dangling commit（reflog 失效时兜底）
reflog 被清理了，或者你压根没查 reflog 就直接关了终端，现在 git log 里看不到想要的提交——这时候得靠 git fsck 扫描 Git 对象库里的“孤儿”节点。
它输出的 dangling commit 就是那些没被任何分支、tag、reflog 引用的提交，很可能就是你误删的那次提交。
- 执行
git fsck --lost-found，会生成.git/lost-found/commit/目录，里面是裸哈希文件 - 挑一个哈希（比如
def5678），用git log --oneline -n 3 def5678看内容是否匹配 - 确认后，用
git branch recovered-branch def5678把它挂回一个新分支 - 这个操作不依赖 reflog，但前提是 Git 还没运行过
git gc --prune=now；一旦被 GC 清理，就真的没了
