GitLab CI流水线未读取本地NuGet源，疑用其他nuget.exe如何解决？

核心问题定位 #

你猜测的方向是对的——流水线要么用了和本地不同的nuget.exe，要么是运行器的执行上下文和你本地登录用户不一致，导致配置不共享。下面是具体的排查和解决步骤：

1. 先确认流水线用的是哪个NuGet #

在CI脚本里先输出当前nuget的路径，明确程序来源：

script:
  - where nuget  # Windows环境用这个
  - which nuget  # Linux/macOS环境用这个

把输出的路径和你本地环境变量里的NuGet路径对比，就能确认是不是用了不同版本的程序。

2. 直接指定NuGet的绝对路径调用 #

如果确实是路径问题，直接在CI脚本里用你配置好的nuget.exe完整路径，绕开环境变量优先级的坑：

script:
  - "C:/Your/NuGet/Path/nuget.exe source list"
  - "C:/Your/NuGet/Path/nuget.exe pack YourProject.csproj -OutputDirectory ./packages"

3. 检查运行器的执行用户 #

GitLab Runner默认会用系统账户（比如Windows的Local System、Linux的gitlab-runner用户）运行，而你本地是用自己的登录用户配置的NuGet源，两者的配置文件是完全分开的：

• Windows：用户级配置在C:\Users\<你的用户名>\AppData\Roaming\NuGet\NuGet.Config，系统级配置在C:\Program Files (x86)\NuGet\Config
• Linux：用户级配置在~/.nuget/NuGet/NuGet.Config，系统级在/etc/nuget

解决办法二选一：

• 把你的NuGet源配置添加到系统级配置文件里，这样所有用户都能读取
• 直接在CI脚本里临时添加源，不依赖本地配置（按需加认证信息）：

script:
  - nuget source add -n "你的源名称" -s "你的源地址" -u "用户名" -p "密码"
  - nuget source list
  - nuget push ./packages/*.nupkg -s "你的源名称"

4. 验证流水线的环境变量 #

在CI脚本里输出PATH变量，确认你配置的NuGet路径是否在其中：

script:
  - echo %PATH%  # Windows
  - echo $PATH    # Linux/macOS

如果你的NuGet路径不在最前面，很可能被其他路径里的NuGet覆盖，要么调整运行器的环境变量优先级，要么直接用绝对路径调用。

5. 重启运行器清理缓存 #

有时候运行器会缓存旧的环境状态，重启GitLab Runner服务就能解决：

• Windows：在服务列表里重启GitLab Runner
• Linux：执行sudo systemctl restart gitlab-runner

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