Git推送至dev分支的变更丢失（本地/远程均无），求原因及解决办法

Let’s break down both scenarios one by one—these are super common Git pitfalls, so don’t worry, you’re not the first to run into this!

情况一：推送至dev分支后，本地及远程dev分支的变更均被移除 #

可能原因 #

• 强制推送覆盖分支：你（或团队成员）可能执行了git push -f（强制推送）操作，用旧版本分支覆盖了远程dev。通常发生在有人本地硬重置（git reset --hard）到更早提交，然后强制推送到远程，直接抹掉了后续变更。
• 远程分支被管理员重置：仓库管理员可能通过后台操作直接将dev分支重置到某个历史版本，导致你的提交被移除。
• 误操作删除提交：比如不小心用git rebase -i删除提交后推送到远程，或者用git reset --hard回滚后未备份就推送。

解决方法 #

1. 找回丢失的提交：Git的reflog会记录所有本地操作历史，包括被重置/删除的提交。执行命令：

   git reflog
   

   找到你丢失变更对应的提交哈希值（类似abc123的字符串）。

2. 恢复本地dev分支：切换到dev分支，硬重置到目标提交：

   git checkout dev
   git reset --hard <丢失的提交哈希>
   

3. 恢复远程dev分支：先和团队确认没人在基于当前远程dev工作（避免强制推送覆盖他人变更），再执行强制推送：

   git push -f origin dev
   

4. 预防后续问题：建议管理员开启分支保护规则，禁止直接强制推送到dev分支，或要求所有变更通过PR合并，减少误操作风险。

情况二：两天前推送至dev分支，但团队拉取不到，本地副本也无该变更 #

可能原因 #

• 误推到其他分支：你当时可能切换到了feature/xxx等分支，误以为在dev上推送，导致变更根本没进入dev分支。
• 本地分支被重置/删除：之后你可能执行了git reset --hard origin/dev或删除本地dev分支重新拉取，覆盖了本地提交，且远程分支也被他人强制覆盖。
• 推送未成功：当时推送时可能遇到网络问题，看似完成但实际远程仓库没收到，或者你忘记执行git push就切换了分支。
• 远程分支被删除/重置：团队管理员可能删除了包含你提交的远程分支，或重置dev分支到更早版本。

解决方法 #

1. 用reflog找回本地提交：执行git reflog找到目标提交哈希，将其保存到临时分支：

   git checkout <丢失的提交哈希>
   git branch temp-recovered
   

2. 合并到dev分支：切换回dev分支，合并临时分支的变更：

   git checkout dev
   git merge temp-recovered
   

3. 检查远程分支状态：拉取远程所有分支的最新状态：

   git fetch origin
   

   查看所有远程分支：

   git branch -a
   

   如果你的变更在其他远程分支（比如origin/feature/xxx），可以将该分支的提交合并到dev后推送到远程。

4. 确认远程仓库状态：如果reflog找不到提交，可能是推送未成功或远程被重置。联系仓库管理员查看远程操作日志，确认是否有分支重置/删除记录。

5. 预防措施：推送完成后，执行git log origin/dev确认提交已出现在远程分支日志；定期用git fetch和git pull同步远程分支，避免本地与远程脱节。

内容的提问来源于stack exchange，提问作者darthVader