Docker构建中dotnet restore忽略GitHub私有NuGet源问题排查

Docker构建运行在完全隔离的容器环境内，mcr.microsoft.com/dotnet/sdk官方镜像默认仅内置nuget.org官方源配置，无法读取宿主机上%AppData%\Roaming\NuGet\nuget.config的私有源与认证信息。你之前尝试的宿主机目录放配置、未复制文件进容器就用--configfile指定路径的操作全部无效，路径拼接报错的本质是目标配置文件根本不存在于容器的/src工作目录下，dotnet最终回退到默认全局配置，因此抛出NU1101错误找不到私有源包。

• 将本地验证可用的nuget.config放到解决方案根目录（与.sln文件同层级，不要放在项目子目录）。注意不要将包含个人PAT的明文配置提交到代码仓库，凭据建议通过构建参数传入。
• 修改Dockerfile，在执行restore操作前先将nuget.config复制到容器工作目录，restore命令显式指定容器内的配置文件路径，参考修改后的build阶段配置：

FROM mcr.microsoft.com/dotnet/sdk:6.0 AS build
WORKDIR /src
# 先复制nuget配置文件到容器当前工作目录
COPY ["nuget.config", "."]
COPY ["[myApp]/[myApp].csproj", "[myApp]/"]
# 显式指定配置文件执行包还原
RUN dotnet restore "[myApp]/[myApp].csproj" --configfile ./nuget.config
COPY . .
WORKDIR "/src/[myApp]"
RUN dotnet build "[myApp].csproj" -c Release -o /app/build

• 凭据安全处理（二选一即可）：
  • 本地调试场景：将带完整认证信息的nuget.config放在解决方案根目录，同时把该文件加入.gitignore规则，避免误提交到代码仓库
  • CI/CD流水线场景：将nuget.config中的用户名、PAT字段替换为占位符，构建时通过--build-arg传入真实凭据，在Dockerfile中通过ARG接收参数后动态替换配置文件内的占位符，避免明文凭据泄露
• 前置校验：如果调整后仍报错，可在restore命令前加一行RUN cat ./nuget.config，确认容器内的配置文件确实包含私有源地址与有效凭据，同时确认使用的GitHub PAT拥有read:packages权限，避免因权限不足导致拉取失败。

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