You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

GitHub组织项目执行git push提示远程仓库不存在如何排查?

问题根因及解决方案

1. 凭证权限与分支保护规则冲突

GitHub针对私有仓库有安全策略:当使用的账号/凭证没有对应仓库的写入权限时,不会直接返回权限不足提示,而是统一返回repository not found,避免未授权用户探测私有仓库是否存在。
可正常pull、能推送自己创建的分支,说明本地凭证有仓库读取权限、也有创建新分支的权限,大概率是当前尝试推送的是受保护分支,你的账号没有该受保护分支的直接推送权限,触发了GitHub的安全报错逻辑。

  • 验证方法:执行git push origin 当前分支名:临时测试分支名推送到新的自定义分支,如果推送成功即可确认是受保护分支的权限问题,后续走PR流程合并到目标分支即可。
  • 如果确认不是受保护分支的问题,可以清空本地Git存储的GitHub凭证重新验证:Windows系统进入控制面板-凭据管理器-Windows凭据,删除所有GitHub相关条目;Mac系统打开钥匙串访问,搜索github.com删除对应凭证;重新执行push操作时输入GitHub账号和PAT即可。

2. Git全局配置存在路径重写规则

如果之前配置过insteadOf规则替换GitHub的访问地址(比如把HTTPS地址强制替换为SSH地址,或者替换组织名),可能会导致推送时实际请求的地址和remote配置的地址不一致。

  • 排查命令:执行git config --global --list | grep insteadOf检查是否存在相关重写规则,如果有不需要的规则可以用git config --global --unset 对应规则键名删除。

3. 细粒度PAT权限范围限制

如果使用的是细粒度PAT作为HTTPS凭证,需要确认该PAT对当前仓库开放了对应目标分支的写入权限,不少用户配置PAT时只勾选了部分分支的写入权限,推送到未授权分支时就会触发找不到仓库的报错。
你可以到GitHub的个人设置-开发者设置-Personal access tokens中,找到当前使用的PAT,检查该仓库的权限配置,确认目标分支的写入权限已开启。

内容的提问来源于stack exchange,提问作者Ahmad Salihu

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.09.26 10:45:10