Docker中Dotnet Restore失败：找到凭据但无法加载源服务索引

问题分析 #

虽然Azure Pipeline单独执行dotnet restore正常，但Docker构建环境和Pipeline任务环境存在差异——即便日志显示已找到凭据，容器内仍可能因网络、证书或凭据传递逻辑问题，导致无法加载NuGet源服务索引。

可行解决方法 #

1. 显式在Dockerfile中传递NuGet凭据 #

在执行dotnet restore前，先添加私有源并配置Azure DevOps PAT凭据：

# 避免硬编码PAT，通过构建参数传入
ARG NUGET_PAT
RUN dotnet nuget add source https://pkgs.dev.azure.com/OrgName/_packaging/FeedName/nuget/v3/index.json \
    --name AzureDevOpsFeed --username any --password ${NUGET_PAT}

RUN dotnet restore --verbosity detailed

然后在Azure Pipeline的Docker@2任务中传递PAT（用系统内置令牌即可）：

- task: Docker@2
  inputs:
    command: 'build'
    arguments: '--build-arg NUGET_PAT=$(System.AccessToken)'
    # 其他构建相关配置

2. 修复容器内SSL证书问题 #

部分轻量级基础镜像（如Alpine）缺少Azure DevOps站点的根证书，导致SSL握手失败。根据镜像类型添加证书：

• Debian/Ubuntu系镜像：

RUN apt-get update && apt-get install -y --no-install-recommends ca-certificates && update-ca-certificates

• Alpine镜像：

RUN apk add --no-cache ca-certificates

3. 复用Pipeline生成的带凭据NuGet.config #

利用Azure Pipeline的NuGetAuthenticate任务自动生成带凭据的配置文件，再复制到容器中使用：

1. 先在Pipeline里添加认证任务：

- task: NuGetAuthenticate@1
  inputs:
    nuGetServiceConnections: '你的NuGet服务连接名称'

2. 将生成的NuGet.config复制到构建目录：

# Windows代理
- script: cp $(USERPROFILE)/.nuget/NuGet/NuGet.config $(Build.SourcesDirectory)
# Linux代理替换为：cp $HOME/.nuget/NuGet/NuGet.config $(Build.SourcesDirectory)

3. 在Dockerfile中复制并使用该配置：

COPY NuGet.config .
RUN dotnet restore --configfile NuGet.config --verbosity detailed

4. 调整Docker构建网络模式 #

如果是网络隔离导致无法访问Azure DevOps，可尝试使用主机网络构建：

- task: Docker@2
  inputs:
    command: 'build'
    arguments: '--network host'
    # 其他配置

验证 #

修改后重新执行Docker构建任务，查看dotnet restore的详细日志，确认是否成功加载NuGet源的服务索引。

内容的提问来源于stack exchange，提问作者Rakesh T.R