Git push被拒绝的直接原因是远程分支存在本地没有的提交，触发non-fast-forward保护机制；本质是本地HEAD不在远程最新提交的上游，强行推送会丢失他人改动，需先git pull --rebase同步再推送。

Git push 被拒绝：常见错误信息和直接原因

看到 rejected、non-fast-forward 或 Updates were rejected because the remote contains work that you do not have locally，说明远程分支有你本地没有的提交，Git 拒绝覆盖——这不是权限问题，而是保护机制在起作用。

本质是：你的本地 HEAD 不在远程分支最新提交的“上游”，强行推送会丢弃他人改动。

先拉再推：git pull --rebase 是最安全的日常做法

多数团队协作场景下，你应该同步远程变更后再提交自己的修改，避免引入不必要的合并提交（Merge commit）。

• git pull --rebase origin main（把本地未推送的提交“重放”到远程最新版之后）
• 如果出现冲突，解决后 git add . && git rebase --continue
• 确认无误后 git push origin main 就能成功
• ⚠️ 注意：git pull 默认是 merge 行为，加 --rebase 才能线性整理历史

强制推送（git push --force-with-lease）只在特定场景下可用

仅当你明确知道自己在重写本地历史（比如刚用 git commit --amend 或 git rebase -i 修改了最近几次提交），且确认没人基于那些旧提交继续开发时，才考虑强制推送。

GitHub操作助手

用大白话操作当前项目的 Git/GitHub——配置 GitHub（装 gh CLI + 登录 + 建仓库）、备份、拉取下载、查询历史、回滚代码、管理分支。当用户用日常语言表达 git 意图时触发（例如"git备份一下""git下载项目""git拉下来""git看看我改了啥""git回退到上一个版本""git新建个分支搞新功能""git合并到主分支""git

下载

• 永远优先用 git push --force-with-lease，它比 --force 安全：如果远程分支已被别人更新，会拒绝强制推送，防止覆盖他人工作
• 不要对公共分支（如 main、develop）随意使用；仅限个人功能分支或刚建好还没人协作的分支
• 执行前建议先 git fetch origin 确认远程状态，再决定是否需要 force

检查本地和远程差异：快速定位谁“多出了提交”

不知道是谁先推了？用这几条命令一眼看清：

• git fetch origin（先同步远程引用，不改变本地工作区）
• git log HEAD..origin/main（看远程有、但本地没有的提交）
• git log origin/main..HEAD（看本地有、但远程还没有的提交）
• git status -uno 有时也会提示 “Your branch is behind 'origin/main'”

如果 origin/main 比你本地多出提交，就必须先整合；如果只有你自己多出提交，却仍被拒，大概率是远程分支设置了保护规则（如 GitHub/GitLab 的 branch protection），需走 PR 流程而非直推。