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

使用GitHub CLI推送代码遇“仓库未找到”错误的问题求助

解决GitHub CLI多账号下推送私有仓库报“仓库未找到”的问题

以下是几个可能的原因和对应的解决办法:

  • 当前活跃账号并非目标账号
    多账号管理时很容易出现上下文切换不彻底的情况,哪怕你以为已经登录了有权限的账号,实际CLI可能还在用另一个账号的身份。执行gh auth status查看当前活跃的账号和权限范围,如果不是目标账号,用gh auth switch --account <目标账号名>切换到正确账号。

  • 远程仓库URL的认证方式或关联账号错误
    先执行git remote -v检查仓库的远程URL:

    • 如果是HTTPS格式,URL里可能还绑定着旧账号(比如https://<旧账号>@github.com/xxx/xxx.git),这种情况会强制用旧账号身份访问,改成不带账号的HTTPS格式https://github.com/xxx/xxx.git,或者用GitHub CLI重新关联:gh repo set-default <仓库全称>。
    • 如果是SSH格式,检查本地SSH密钥对应的是哪个账号,确保当前用的密钥属于拥有仓库权限的账号。
  • OAuth令牌权限不足(非PAT登录的问题)
    你之前用的浏览器OAuth登录生成的令牌,权限范围可能默认只包含你自己创建的仓库,访问组织或他人共享的私有仓库时会触发权限验证失败,表现为“仓库未找到”。按照Issue#6740的建议,用PAT重新登录目标账号:

    1. 在GitHub生成带有repo权限的PAT;
    2. 执行gh auth login --with-token <你的PAT>,指定目标账号完成登录。
  • 本地认证凭据缓存冲突
    系统凭据管理器(比如Windows的凭据管理器、Mac的钥匙串)里可能缓存了旧账号的GitHub凭据,导致CLI访问时自动用旧凭据验证。可以先执行gh auth logout退出所有账号,然后清除系统里的GitHub相关凭据,再重新用PAT登录目标账号。

内容的提问来源于stack exchange,提问作者David Ekete

相关产品推荐
方舟 Agent Plan

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

最近更新时间:2026.06.15 17:20:57