如何在Azure DevOps中将多个NuGet源合并为单个源？

方案1：基于自定义NuGet代理中转外部源请求 #

针对Azure Artifacts无法直接添加jfrog、Telerik等私有源作为上游的问题，可以搭建一个轻量NuGet代理作为中转层，将外部源的凭证统一托管在Azure Key Vault，再将这个代理设置为Azure Artifacts的上游源。

• 步骤：

  1. 部署轻量NuGet代理（如BaGet、NuGet.Server）到自托管代理或Azure App Service
  2. 将jfrog、Telerik的访问凭证存入Azure Key Vault，给代理服务配置Key Vault的访问权限
  3. 配置代理服务，将目标外部私有源设为它的上游，并在请求时自动从Key Vault读取凭证附加到请求头
  4. 在Azure Artifacts中添加这个自定义代理作为上游源
  5. 修改团队的NuGet.config，仅保留Azure Artifacts的源地址，凭证使用Azure DevOps内置的身份验证（无需硬编码）

• 优势：团队所有包请求统一走Azure Artifacts入口，凭证完全由服务器侧管理，无需开发者本地维护；历史版本代码无需修改，只要指向Azure Artifacts即可正常拉取

• 劣势：需要额外维护代理服务的可用性和版本更新

方案2：CI/CD中动态生成带有效凭证的NuGet.config #

保留源代码中NuGet.config的源地址列表，在CI/CD运行时从Azure Key Vault读取最新有效凭证，动态注入到NuGet.config中再执行还原操作。

• 步骤：

  1. 将所有私有源的有效凭证（令牌/用户名密码）存入Azure Key Vault
  2. 在Azure DevOps Pipeline中添加任务：
     • 拉取源代码中的NuGet.config文件
     • 用PowerShell/Bash脚本从Key Vault读取对应源的凭证，通过nuget sources update命令更新NuGet.config中的凭证（避免直接修改明文）
  3. 执行dotnet restore或nuget restore，使用更新后的NuGet.config

• 优势：无需额外搭建服务，完全基于Azure生态工具实现；历史版本代码无需修改，每次构建都会注入最新有效凭证

• 劣势：需要维护凭证替换的脚本，且微软托管代理每次构建都要重复执行凭证注入步骤

方案3：全局NuGet源配置分离凭证与源地址 #

将私有源的凭证配置在开发者本地机器和CI/CD代理的全局NuGet.config中，源代码中的NuGet.config仅保留源地址，不包含凭证信息。

• 步骤：

  1. 开发者本地：通过dotnet nuget add source --name <源名称> --source <源地址> --username <用户名> --password <令牌>命令，将凭证存入全局NuGet.config（路径：%AppData%\NuGet\NuGet.Config或~/.nuget/NuGet/NuGet.Config）
  2. CI/CD自托管代理：提前配置好全局NuGet源及凭证；若使用微软托管代理，在Pipeline中添加任务，从Key Vault读取凭证并临时添加源
  3. 源代码中的NuGet.config移除所有凭证相关字段，仅保留源的名称和地址

• 优势：实现简单，无需修改现有代码结构；本地开发和CI/CD都能直接复用全局配置

• 劣势：开发者本地需要手动配置全局源，微软托管代理每次构建都要重复配置，维护成本略高

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