团队里刚用 Git 没多久的小张，昨天偷偷问我：“我刚才在分支上用了 git push -f，会不会把同事写的代码给覆盖掉啊？现在心里七上八下的，不敢说。” 估计不少新手都有过这种担心吧？今天咱们就好好聊聊，git push -f 这命令到底会不会覆盖别人的代码，还有啥要注意的地方，一起往下看吧！
先搞懂：git push -f 到底干了啥？
平时咱们推代码用 git push，这命令挺 “乖” 的，要是本地代码和远程仓库对不上，比如别人刚提交了新东西，它就会提醒你先拉取，不会乱改。但加了 – f（也就是 force，强制）之后，性质就变了 —— 它会不管远程仓库里有啥新内容，直接把你本地的代码推上去，把远程的版本给换成你的。
打个比方，远程仓库就像一个共享文件夹，你和同事都能往里存文件。普通 git push 是先看看同事有没有新文件，有的话让你先拷一份再存；而 git push -f 呢，就像不管同事刚存了啥，直接把整个文件夹清空，换上你手里的版本。你说吓人不吓人？
答案来了：这种情况最容易覆盖别人代码！
那到底会不会覆盖别人的代码？答案是：很可能会，尤其是在这两种场景下：
- 多人共用一个分支时
要是你和同事在同一个分支上开发，比如都用 main 分支，同事上午刚提交了一段代码，你没拉取最新版本，自己改了改就用 git push -f 推上去 —— 完了，同事那部分代码十有八九就没了。小编之前在小团队实习时，就见过有人这么干，把 leader 熬夜写的接口代码给覆盖了，最后全组加班找回，那场面至今记得。
- 自己本地代码 “落后” 时
就算没人跟你共用分支，要是你本地代码很久没同步，远程已经有了新提交，这时候强行推送，远程那些新提交也会被你本地的旧版本覆盖。相当于你把远程仓库里 “新做的菜” 倒掉，换成你手里 “昨天的剩菜”。
当然了，也不是所有情况都会覆盖。比如你自己单独建的分支，从头到尾就你一个人用，远程也没啥新内容，这时候用 git push -f 一般没事，顶多是覆盖你自己之前的提交。但新手哪能分得那么清啊，保险起见还是少用为妙。
教你几招：避免闯祸的实用技巧
既然这命令这么 “猛”，那是不是就不能用了？倒也不是，实在要用的话，记着这几步，能少踩坑：
- 先拉取，再推送：执行 git pull 把远程最新代码拉到本地，解决完冲突再推，这时候基本用不上 – f。小编现在养成习惯，推代码前必拉取，除非确定没人动过分支。
- 别在主分支上用：团队开发时，main、master 这种主分支一般禁止直接 push -f，好多仓库还会设置保护机制，根本推不上去。要是你发现能推，赶紧问问老大，别是搞错分支了。
- 用更安全的命令替代：试试 git push –force-with-lease，这命令比 – f “温柔” 点，会先检查远程有没有别人的新提交，有的话就不让你推，能减少不少意外。就是记起来有点麻烦，小编每次用都得翻笔记。
- 推完立刻检查：万一用了 – f，赶紧去远程仓库（比如 GitHub、GitLab）看看，点进分支的提交历史，瞅瞅有没有少东西。发现不对赶紧喊人帮忙，别等别人发现了才慌。
新手常问：这些情况要不要用 – f？
问：我本地回退了提交，想让远程也回到那个版本，不用 – f 推不上去，该咋办？
答：这种情况确实可能需要，但一定要先确认这分支就你一个人用，或者跟所有人打好招呼。推之前最好用 git branch 备份一个分支，以防万一。
问：要是不小心覆盖了别人代码，还有救吗？
答：别慌！Git 有记录的，赶紧找团队里熟悉 Git 的人，用 git reflog 找之前的版本号，一般能恢复。但这过程挺折腾的，还是别犯这种错最好。
小编自己的心得是，新手阶段能不用 git push -f 就不用，遇到推不上去的情况，先想想是不是没拉代码，或者分支搞错了。实在解决不了，问问同事总比自己瞎试强。毕竟代码这东西，丢了容易，找回来难，谨慎点总没错。
希望今天说的这些能帮到像小张一样的新手，要是你也有过类似经历，欢迎在评论区分享，让大家都能避避坑～
