在使用 git push –force 前一定要三思而后行

今天在工作中遇到了一个非常严重的问题，在使用 IDEA 开发时，我使用自带的 Git 图形工具进行代码的一个回退操作，本来以为只会在本地分支上进行操作，但是点击完之后不仅仅是本地分支被回退了，连远程分支也被回退了，导致远程分支的代码被覆盖，我好几个小时的工作成果全部丢失了。然后尝试本地找回无果，最后只能重新编写代码。😭

1. 为什么要用 `git push --force`

常见场景：

需要重写提交历史（如 rebase、squash 后推送）
修正敏感信息误提交
清理混乱的 commit 历史

2. 潜在风险

覆盖他人提交：如果团队成员在你本地操作期间向远程分支推送了新提交，--force 会直接覆盖这些内容，造成数据丢失。
协作混乱：团队成员本地分支与远程分支历史不一致，后续拉取和推送会遇到冲突。
不可逆操作：一旦远程历史被覆盖，恢复难度极大。

3. 如何安全使用

优先使用 git push --force-with-lease：该命令会在推送前检查远程分支是否有新提交，避免误覆盖他人工作。
1
git push --force-with-lease
提前沟通：在团队协作中，务必提前告知相关成员，确保不会影响他人。
备份分支：在强推前，可以先备份当前分支：
1
git branch backup-branch
避免在主分支（如 master/main）上使用：强推操作建议仅限于 feature 分支或个人分支。

4. 恢复误操作

如果误用 git push --force，可尝试通过 reflog 恢复：

git reflog
# 找到被覆盖的 commit hash
# 恢复到该 commit

git reset --hard <commit-hash>
git push origin <branch> --force

5. 总结

git push --force 虽然方便，但风险极高。请务必三思而后行，优先选择更安全的方式，还好我这次只是在自己的分支上操作，损失的代码可以重新编写。后续了跟同事聊了这个问题，同事说并不用担心会在主分支上，因为主分支是受保护的，不能直接强推。但是这一次让我白白浪费了几个小时的工作时间，教训深刻。