从本地源安装的Nuget包在不同项目中展示的元数据代码存在差异

• Nuget全局缓存冲突：Nuget默认会将所有下载过的包存储在本地全局缓存目录，旧项目此前安装过同版本的目标包，缓存中仍为旧版本文件，重新安装时默认优先读取缓存内容而非重新从本地源拉取，因此只显示之前的部分改动。新项目此前未安装过该包，直接拉取本地源中的最新修改版，因此内容正确。
• 项目本地包缓存残留：部分旧项目会在解决方案根目录生成packages文件夹存储项目专属的Nuget包文件，旧版本的包文件未被清理时，会优先读取该目录下的文件，跳过源拉取逻辑。
• 同版本号覆盖规则限制：你修改包代码后未升级版本号，Nuget默认规则判定同版本号的包为内容完全一致的文件，只要本地存在就不会重新拉取，哪怕源端的包内容已经修改。
• 源优先级配置差异：旧项目的Nuget源配置中，可能存在其他包含同ID同版本包的公共/私有源，且优先级高于你搭建的本地源，安装时拉取了其他源的旧版本包。
• 目标框架适配差异：如果你的修改仅针对特定目标框架的dll，旧项目的目标框架与你修改适配的框架不匹配，安装包时只会加载对应旧项目框架的未改动dll，导致修改不生效。

• 执行命令清理所有Nuget本地缓存：dotnet nuget locals all --clear，也可以手动删除全局缓存目录，Windows下路径为C:\Users\{你的用户名}\.nuget\packages，Mac/Linux下路径为~/.nuget/packages。
• 删除旧项目解决方案根目录下的packages文件夹，同时删除项目的bin、obj目录后重新安装目标包。
• 后续修改自定义Nuget包时，建议新增版本号后缀区分，例如原版本为2.1.0，修改后改为2.1.0-local，从根源避免同版本号内容冲突。
• 检查Nuget源配置，将你搭建的本地源优先级调整为最高，避免拉取其他源的同名同版本包。
• 确认修改后的包内，所有适配目标框架的dll都已经替换为修改后的版本，且和旧项目的目标框架匹配。

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