NuGet Update命令与VS包管理器更新结果差异及统一方法咨询

差异产生的原因 #

1. 工具底层逻辑差异
   VS的NuGet包管理器、Package Manager Console中的Update-Package命令和Visual Studio项目系统（MSBuild）深度集成，会直接读取目标DLL的真实元数据（如processorArchitecture、强签名的PublicKeyToken），并严格遵循项目和包的原有配置处理引用属性。而独立的nuget.exe命令行工具，处理逻辑更偏向基于NuGet包的nuspec元数据，而非直接解析DLL的实际属性，同时会默认添加通用配置项。

2. 具体差异细节

• <Private>True</Private>：nuget.exe默认将该属性设为True（对应项目“复制本地”选项），而VS的工具会根据包的nuspec配置、项目原有设置决定是否添加——如果包未明确要求复制本地，VS不会主动添加该节点。
• PublicKeyToken=null与processorArchitecture=MSIL：VS会读取DLL文件的实际签名信息和架构属性，哪怕包版本和DLL版本不一致（如你场景中包是1.2.8-bla但DLL版本为1.2.7.0），也会如实写入引用节点。而nuget.exe因未正确解析DLL元数据，会对未强签名的包默认填充PublicKeyToken=null，同时忽略processorArchitecture字段。

实现VS一致结果的方法 #

1. 优先使用Package Manager Console的Update-Package命令
   该命令和VS包管理器逻辑完全一致，直接在VS的Package Manager Console中执行：

Update-Package -Id MyPackage -Version 1.2.8-bla

即可得到和VS操作完全相同的csproj引用配置。

2. 匹配VS内置NuGet版本的nuget.exe
   若必须使用命令行，下载并使用与当前Visual Studio内置NuGet版本一致的nuget.exe（可在VS的「工具>选项>NuGet包管理器>常规」中查看版本），新版本nuget.exe优化了与VS项目系统的兼容性，能大幅减少这类差异。

3. 手动调整配置

• 若要避免添加<Private>True</Private>，可在nuget update命令执行后手动编辑csproj移除该节点，或在项目MSBuild配置中设置默认的复制本地行为；
• 对于PublicKeyToken和processorArchitecture的问题，目前没有直接命令行参数可控制，最可靠的方式仍是依赖VS集成工具处理引用。

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