Git 推送实战：冲突解决与强制推送
场景回顾
今天在给项目推送代码时遇到了典型的 Git 冲突问题，完整流程如下：
1. 初始状态检查
git status- 本地分支领先远程 4 个提交
- 工作区干净，无待提交更改
2. 首次推送失败
git push错误信息：
! [rejected] master -> master (fetch first)
error: failed to push some refs to 'https://gitee.com/...'原因： 远程仓库包含本地没有的提交，存在分叉历史
3. 尝试拉取合并
git pull错误信息：
remote: reject by [gitee]
fatal: unable to access '...': The requested URL returned error: 400原因： Gitee 拒绝了合并请求（可能是权限或配置问题）
4. 解决方案：强制推送
git push -f结果： 成功推送，远程仓库被强制更新为本地版本
关键命令速查
| 场景 | 命令 |
|---|---|
| 查看状态 | git status |
| 普通推送 | git push |
| 拉取更新 | git pull |
| 强制推送 | git push -f |
注意事项
- 强制推送会覆盖远程历史，团队协作时慎用
- 多人协作建议先
pull解决冲突后再push - 个人项目或确定远程更改可丢弃时使用
-f
推送完成，代码已同步到 Gitee。