Git协作问题：同时拉取后先后推送致同事代码丢失

嘿，这个踩坑经历太眼熟了——我帮好几个开发团队排查过类似的代码丢失问题，咱们先把核心原因拆解清楚，再给你对应的补救和预防方案：

最常见的情况是你在推送时使用了强制推送（git push -f/git push --force），直接覆盖了远程development分支上同事的提交。

正常Git协作流程应该是这样的：

1. 你和同事都从远程development拉取代码到本地
2. 同事先完成修改，提交后推送到远程——这时候远程development已经有了新的提交记录
3. 你在本地完成修改后直接推送，这时候Git会抛出类似 rejected: failed to push some refs 的错误，提示你远程分支有新内容，需要先拉取合并再推送

但如果你用了强制推送命令，Git会无视远程分支的新提交，直接把你本地的分支状态覆盖到远程。这种操作会彻底抹掉远程分支上你本地没有的提交记录——也就是你同事的全部工作。

另外还有两种少见但可能的情况：

• 同事的推送其实没有成功：比如同事本地提交后，推送时遇到网络问题或权限错误，自己误以为推送成功，但实际上远程分支并没有更新
• 分支混淆：同事误将代码推送到了其他分支，而非development，导致你推送后看不到他的代码

如果是强制推送覆盖的情况，赶紧做这几步：

1. 在本地仓库执行 git reflog，这个命令会记录所有本地分支的操作历史，包括被覆盖的提交
2. 找到同事提交对应的哈希值（可以通过提交信息、时间来识别）
3. 执行 git push origin <同事的commit哈希>:development，把这个提交重新推送到远程development分支
4. 或者更稳妥的是，先创建一个临时分支保存同事的提交：git checkout -b recover-colleague-work <commit哈希>，确认内容没问题后再合并回development

为了避免再出现这种事故，一定要落实这几个规则：

• 禁止直接强制推送主分支/开发分支：可以在Git平台上给development分支开启「保护分支」设置，禁止强制推送，只有特定权限的人才能做合并操作
• 推送前必须拉取合并：养成习惯，推送前先执行git pull origin development（或者git pull --rebase来保持提交记录整洁），解决完所有冲突后再推送
• 使用协作规范：比如用Pull Request（PR）来合并代码，而不是直接推送到开发分支，这样可以通过代码审查和自动合并检查避免覆盖
• 启用Git钩子：在仓库里添加预推送钩子（pre-push），阻止未经检查的强制推送操作

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