Git的reflog是找回reset --hard误删提交最可靠的方式，它本地记录HEAD及分支所有移动历史，只要提交未被GC清理（通常30天内），即可通过git reflog定位HEAD@{n}并用git reset --hard HEAD@{n}恢复。
Git的reflog是找回reset --hard误删提交最可靠的方式——它不依赖分支指针，而是记录所有HEAD（以及分支）的历史移动，哪怕提交已“不可达”，只要没被Git自动回收（通常30天内），就能恢复。
理解Reflog为什么能找回丢失的提交
reflog本质是本地操作日志，每次HEAD变更（如commit、checkout、reset、merge）都会被记录，格式类似：HEAD@{0}: reset: moving to HEAD~1HEAD@{1}: commit: add user profile pageHEAD@{2}: checkout: moving from main to feature/login
即使你用reset --hard HEAD~3把分支头退了三步，那三个被覆盖的提交ID仍保留在HEAD@{1}、HEAD@{2}、HEAD@{3}里，随时可取。
分步找回误删的提交
执行以下命令即可定位并恢复：
-
查看HEAD操作历史：运行
git reflog，找到目标提交前的记录行（例如HEAD@{2}对应你想恢复的那次提交） -
确认提交内容：用
git show HEAD@{2}预览该次提交的变更，确保是你要找的代码 -
快速恢复到该状态：执行
git reset --hard HEAD@{2}，HEAD和当前分支会立即回到那个提交 -
（可选）如果只想恢复部分提交：用
git cherry-pick HEAD@{2}把单个提交“搬”回当前分支
注意事项与安全提示
Reflog只存在于本地仓库，不会推送到远程，所以它无法找回别人机器上删除的提交；另外，Git默认保留reflog 90天（可通过gc.reflogExpire配置），但频繁执行git gc可能提前清理。建议：
Evez Github Manager
下载
在 OpenClaw 中管理 GitHub 仓库、Pull Request、Issue 与工作流。适用于审查 PR、管理 Issue、自动化 GitHub Actions、同步仓库等场景。
- 误操作后第一时间查
git reflog，别再做其他提交或reset - 若不确定具体位置，可用
git reflog --all查看所有分支的reflog - 恢复后，立刻用
git push --force-with-lease同步到远程（注意协作风险，先沟通）
比Reset更安全的替代方案
日常开发中，尽量避免直接reset --hard：
- 想撤回暂存区？用
git restore --staged <file> - 想丢弃工作区修改？用
git restore <file>（Git 2.23+）或git checkout -- <file> - 想撤销最近一次提交但保留改动？用
git reset --mixed HEAD~1（默认模式）
不复杂但容易忽略：reflog不是魔法，它只是你的操作快照——只要没清空，就还在那里等你翻出来。
