在这篇文章中提到过类似的问题吗？“关于我如何找出试图引用此DLL文件的旧版本的内容的任何建议？”

需要哪个程序集仍然引用旧的ODATA客户端6.15.0，ildasm帮助我缩小了范围（没有基本代码访问，只能通过服务器上部署的pkg）。

下面的屏幕截图用于快速总结。

DeveloperPackge（如果没有ildasm.exe）https://www.microsoft.com/net/download/visual-studio-sdks

对我们来说，问题是由其他原因造成的。DevExpress组件的许可证文件包含两行，一行用于未安装在此特定计算机上的旧版本组件。从许可证文件中删除旧版本解决了问题。

令人讨厌的是，错误消息没有指出是什么引用导致了问题。

我在使用内部包存储库时遇到了这个问题。我已经将主包添加到内部存储库中，但没有添加包的依赖项。确保将所有依赖项、依赖项的依赖项、递归等也添加到内部存储库中。

我得到了：

无法加载文件或程序集“XXX new”或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。（HRESULT的异常：0x80131040）

这是因为我将程序集的名称从XXX.dll更改为XXX-new.dll。将名称还原为原始名称修复了错误。

发生在我身上的System.ValueTuple

意外错误无法加载文件或程序集“System.ValueTuple，版本=4.0.1.0，文化=中性，PublicKeyToken=cc7b13ffcd2ddd51'或它的一个依赖项。系统找不到指定的文件。

通过在发生错误的计算机上安装.NET Framework 4.7.2 Runtime解决了此问题。简单且无需添加bindingRedirect、修改GAC或降级NuGet包等。

https://dotnet.microsoft.com/download/dotnet-framework/net472

您可以做一些事情来解决此问题。首先，使用Windows文件搜索在硬盘上搜索程序集（.dll）。一旦有了结果列表，请执行查看->选择详细信息。。。然后选中“文件版本”。这将在结果列表中显示版本号，因此您可以看到旧版本可能来自何处。

此外，正如Lars所说，检查您的GAC，看看那里列出了什么版本。这篇Microsoft文章指出，在生成过程中，在GAC中找到的程序集不会在本地复制，因此您可能需要在全部重新生成之前删除旧版本。（有关创建批处理文件以执行此操作的说明，请参见我对此问题的回答）

如果仍然无法确定旧版本的来源，可以使用Visual Studio附带的fuslogvw.exe应用程序获取有关绑定失败的详细信息。Microsoft在此处提供了有关此工具的信息。请注意，您必须通过将HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Fusion\EnableLog注册表项设置为1来启用日志记录。