Git 代码误删除恢复
Git 误删代码并已合并到 master 的完整恢复流程
事故描述
- 在特性分支
11898472上提交了重要代码（提交e069f0fc：“#11898472 机房路由图标处理 2”）。 - 错误执行了
git reset，将分支回退到很久之前的版本a863d109，导致大量代码在分支上"消失"。 - 将回退后的
11898472分支直接合并到了远程master，导致团队所有人的master丢失了 3 天的代码。
恢复目标
- 找回丢失的代码。
- 修复远程
master分支，且不能强制推送（避免影响其他同事）。
完整操作步骤
1. 查看操作历史，定位丢失的提交
gitreflog找到被误删前的最后一次提交，例如：
e069f0fc HEAD@{8}: commit (merge): #11898472机房路由图标处理2记下这个哈希：e069f0fc。
2. 恢复本地特性分支到正常状态
gitcheckout11898472gitreset--harde069f0fc此时，11898472分支的代码已恢复。
3. 强制更新远程特性分支
gitpush-forigin11898472覆盖掉远程错误的11898472分支历史。
4. 第一次合并（将恢复后的特性分支合入 master）
gitcheckout mastergitmerge11898472gitpush origin master这一步将找回的代码带入master，但由于历史中已经存在错误的合并提交，直接合并可能无法完全逆转代码丢失（或者只是为了后续revert做准备）。实际上我们还需要一个"反向提交"来精准撤销错误合并的影响。
5. 在特性分支上生成"反向提交"（revert 错误合并）
找到将错误代码带入master的那次合并提交，例如从reflog中找到的2a1964dd（那次合并把回退后的11898472并入了master）。
在11898472分支上执行：
gitcheckout11898472gitrevert-m12a1964ddgitpush origin11898472-m 1：保留主线（master），撤销被合并分支（11898472）引入的所有更改。- 这会生成一个新的提交，内容上等于把
master恢复到错误合并前的状态，但历史记录是前进的，不会改写已共享的历史。
6. 第二次合并（将 revert 提交合入 master，最终修复）
gitcheckout mastergitmerge11898472gitpush origin master这次合并把刚才的"反向提交"带入master，从而让master上的代码全部恢复。所有人的仓库在正常pull后即可得到修复后的代码。
关键原则
- 特性分支：可使用
reset --hard+push -f，因为通常只有个人使用。 - 共享分支（如 master）：绝对禁止
push -f或reset远端历史。必须通过git revert生成新的提交来撤销错误，这样其他同事只需pull就能同步修复，不会造成强制覆盖或历史分叉。
命令速查表
| 步骤 | 命令 |
|---|---|
| 查找丢失提交 | git reflog |
| 恢复本地分支 | git reset --hard <正确提交哈希> |
| 强制推送特性分支 | git push -f origin <分支名> |
| 撤销错误合并（生成反向提交） | git revert -m 1 <错误合并的哈希> |
| 推送反向提交 | git push origin <分支名> |
| 将修复合并到 master | git checkout master && git merge <分支名> && git push origin master |
补充说明
- 如果后续还想把当初
e069f0fc的那次提交以正常历史重新引入master，可以再执行一次git revert <revert提交的哈希>（即"反向的反向"），恢复原始更改。 - 操作前建议对整个仓库做一次备份，以防万一。