Azure DevOps中Dotnet构建/发布无需--no-restore使用私有NuGet源的方法

这问题我之前帮团队排查过好多次，核心原因就是build任务没能继承restore阶段已经获取的权限上下文，或者自身没有访问私有工件源的权限，不用加--no-restore完全能搞定，给你几个亲测有效的方案：

方案一：确保构建服务账号有私有工件源的读取权限 #

Azure DevOps的构建任务默认用项目级的构建服务账号执行，你得确认这个账号能访问你的OurPackages私有源：

• 打开Azure DevOps项目的工件页面，找到OurPackages源，点击右上角的「设置」图标进入权限配置
• 添加Build Service (<你的组织名>/<你的项目名>)账号，把权限设为「读取者」或者「贡献者」（读取权限就够了）
• 保存后重新触发构建，build阶段应该就能复用restore已经下载的包了

方案二：正确配置并使用项目内的NuGet.config #

如果代码库中包含自定义NuGet.config，要确保它的配置能让build任务自动获取凭证：

1. 在NuGet.config里的<packageSources>节点添加你的私有源：

   <packageSources>
     <add key="OurPackages" value="https://myazdevops.pkgs.visualstudio.com/_packaging/OurPackages/nuget/v3/index.json" />
     <!-- 其他源比如nuget.org -->
   </packageSources>
   

2. 在Azure DevOps的构建管道中，把dotnet restore作为单独的前置任务，勾选「使用NuGet.config中的源」，并关联有权限的服务连接（如果是托管代理，用项目默认的服务连接就行）
3. 后续的dotnet build任务不用额外参数，它会自动读取restore阶段缓存的包和配置

方案三：调整构建任务的上下文继承 #

有时候build任务的工作目录或者缓存上下文和restore不一致，导致它重新触发还原：

• 确保dotnet restore和dotnet build任务使用相同的工作目录（默认都是代码库根目录，别随便改）
• 如果用的是Azure DevOps托管代理，它默认会缓存NuGet包，不用额外配置；如果是自托管代理，检查代理的NuGet缓存目录是否正常，并且确保代理有读取缓存的权限

方案四：给自托管代理配置NuGet凭证（如果用自托管代理） #

如果你的构建用的是自托管代理，可能代理本身没有访问私有源的权限，这时候需要在代理机器上手动配置凭证：
打开命令提示符，运行以下命令（替换成你的信息）：

nuget sources add -name OurPackages -source https://myazdevops.pkgs.visualstudio.com/_packaging/OurPackages/nuget/v3/index.json -username <你的Azure DevOps用户名> -password <有权限的PersonalAccessToken>

配置完成后，代理执行build任务时就能直接用这个凭证访问私有源，不用重复还原

内容的提问来源于stack exchange，提问作者Mathias Rönnlund