无法从GitHub私有仓库拉取NuGet包的认证问题求助

• 检查PAT权限的精准性

  • 经典PAT：别乱勾全权限，只需要勾选write:packages、read:packages和repo这三项——私有包往往和私有仓库绑定，repo权限是关键，全选反而可能触发组织安全限制。
  • 细粒度PAT：一定要指定目标组织，权限只选Packages (Read)，同时确认PAT没过期、没被组织安全策略禁用。

• 核对NuGet源的配置细节

  • 先用dotnet nuget list source检查源URL是否正确，必须是https://nuget.pkg.github.com/[你的组织名]/index.json，不少人会漏掉末尾的index.json，直接导致源无法识别。
  • 重新配置源时用这个命令：dotnet nuget add source https://nuget.pkg.github.com/[你的组织名]/index.json --name github-packages --username [你的GitHub用户名] --password [你的PAT]，用户名就是你登录GitHub的账号名，密码填PAT即可，不用强制明文存储，让系统弹框输入更安全。

• 清理本地NuGet缓存

  • 执行dotnet nuget locals all --clear，缓存的旧凭证或无效包信息经常会导致验证失败，清完缓存再重新执行拉包命令试试。

• 确认组织内的包访问权限

  • 登录GitHub，进入组织的Packages页面，找到目标包，查看「Manage access」，确保你的账号或所在团队被添加为「Reader」权限——哪怕你是组织成员，默认也不一定能访问私有包。
  • 检查组织是否开启了「Restrict package access to organization members only」，如果开启了，确认你在允许访问的成员/团队列表里。

• 清理系统存储的旧凭证

  • Windows用户打开「凭据管理器」，找到「Windows凭据」里和GitHub Packages相关的条目删掉；Mac用户打开「钥匙串访问」，搜索github.com的相关凭证删除。旧的错误凭证会覆盖新配置的PAT，导致验证失败。

• 项目级配置直接指定源（临时测试）

  • 如果全局源配置始终有问题，可以直接在项目的.csproj文件里添加以下配置，绕开全局源测试：

    <ItemGroup>
      <PackageSource Include="github-packages">
        <Source>https://nuget.pkg.github.com/[你的组织名]/index.json</Source>
        <Username>[你的GitHub用户名]</Username>
        <Password>[你的PAT]</Password>
      </PackageSource>
    </ItemGroup>
    

  配置完保存，再执行dotnet add package [包名]测试。

内容的提问来源于stack exchange，提问作者MST