Azure DevOps构建管道dotnet tool restore免交互式登录方案咨询

我来帮你搞定这个问题——要让dotnet tool restore在Azure DevOps管道里不用手动登录就能完成，有两个非常实用的方案，都是靠自动注入凭据来绕过交互式登录，彻底解决401未授权和超时的问题：

方案一：使用管道内置的System.AccessToken（推荐，无需额外创建令牌） #

这个方案利用Azure DevOps管道运行时自动生成的系统令牌，无需手动创建任何凭据，适合同一组织内的私有源访问：

1. 配置管道服务主体权限
   首先确保你的管道有访问私有Artifact源的权限：

   • 打开Azure DevOps的Artifacts feed（MyTools），进入「设置」→「权限」
   • 找到「项目集合构建服务(你的组织名)」（或者你当前管道所属的服务主体），给它分配「读取」权限

2. 更新YAML管道，自动注入凭据
   在你的DotNetCoreCLI restore步骤前，添加一个PowerShell任务，用来更新nuget.config中的私有源凭据：

   - task: PowerShell@2
     displayName: '配置私有NuGet源凭据'
     inputs:
       targetType: inline
       script: |
         # 更新MyTools源的凭据，用户名可填任意非空值，密码用管道内置的System.AccessToken
         nuget sources update -name "MyTools" -username "azdo-service" -password "$(System.AccessToken)" -storepasswordincleartext
   

3. 修改restore步骤，移除交互式参数
   把原来的--interactive参数去掉，因为现在已经有自动认证的凭据了：

   - task: DotNetCoreCLI@2
     displayName: "Restore tools"
     inputs:
       command: custom
       custom: tool
       arguments: restore
   

方案二：使用个人访问令牌（PAT）（适合跨组织或独立权限场景） #

如果你的私有源不在当前Azure DevOps组织，或者需要更独立的权限控制，可以用PAT来实现：

1. 创建带权限的PAT
   在Azure DevOps中生成一个PAT，权限至少勾选「Packaging (Read)」，有效期根据你的需求设置。

2. 添加管道秘密变量
   进入你的管道编辑页面，打开「变量」面板，添加一个秘密变量（比如命名为MyToolsPat），将PAT值填入并勾选「保密」选项。

3. 注入PAT到nuget.config
   同样在restore步骤前添加PowerShell任务，用秘密变量更新源凭据：

   - task: PowerShell@2
     displayName: '用PAT配置私有NuGet源凭据'
     inputs:
       targetType: inline
       script: |
         nuget sources update -name "MyTools" -username "pat-user" -password "$(MyToolsPat)" -storepasswordincleartext
   

4. 移除交互式参数
   和方案一一样，修改DotNetCoreCLI任务，去掉--interactive参数。

额外注意点 #

• 你之前安装artifacts-credprovider的步骤是正确的，这个凭据提供者是Azure Artifacts认证必需的，它会自动读取我们配置的凭据完成认证。
• 确保你的nuget.config中私有源的URL是正确的（格式类似https://pkgs.dev.azure.com/你的组织/项目/_packaging/MyTools/nuget/v3/index.json）。
• 原来的--interactive参数在无界面的管道VM中无法完成用户交互，所以必然会超时失败，移除它并配置凭据是核心解决思路。

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