这问题我之前帮团队处理过类似的，给你梳理下核心原因和可行的解决步骤：

Jenkins是否会引用独立的nuget.config文件？ #

没错，Jenkins确实可能使用和你本地登录用户不同的nuget.config配置，核心原因是NuGet的配置加载有优先级，而Jenkins默认用的是自身服务账户的配置：

• NuGet加载配置的优先级从高到低是：
  1. 项目工作目录下的nuget.config
  2. Jenkins服务账户的用户级配置（Windows是%APPDATA%\NuGet\NuGet.Config，Linux/macOS是~/.nuget/NuGet/NuGet.Config）
  3. 机器级的全局NuGet配置
     如果Jenkins运行的账户（比如默认的jenkins用户）的用户级配置里还保留着nuget.org源，那构建时就会优先读取这个配置，忽略你本地修改的文件。

在Jenkins中移除nuget.org源的命令 #

你可以直接在Jenkins的构建步骤里添加命令来管理NuGet源，步骤如下：

1. 先确认当前生效的源配置：
   在Jenkins构建任务里添加一个执行shell（或Windows批处理）步骤，运行：

   nuget sources list
   

   看输出里是否存在nuget.org源，记下来它的名称（可能是nuget.org或者自定义的名字）。
2. 移除nuget.org源：
   接着执行移除命令（把"nuget.org"替换成你实际看到的源名称）：

   nuget sources remove -name "nuget.org"
   

3. 强制使用项目目录的nuget.config：
   为了彻底避免配置冲突，建议在restore步骤里直接指定使用项目根目录的配置文件，比如：

   nuget restore YourProject.sln -ConfigFile ./nuget.config
   

   如果是用DotNet CLI构建，命令改成：

   dotnet restore --configfile ./nuget.config
   

额外排查点 #

• 检查Jenkins构建日志里的NuGet restore环节，看输出的Using config file:路径，确认实际加载的是哪个配置文件
• 确保Jenkins任务的工作目录设置正确，能访问到你配置好的nuget.config

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