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

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

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

由于引用了与我正在生成的程序集同名的程序集，我收到了此错误消息。

这已编译，但它用当前项目程序集覆盖引用的程序集，从而导致错误。

为了解决这个问题，我更改了项目的名称，并通过右键单击项目并选择“财产”来更改可用的程序集财产。

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

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

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

我现在要让所有人都大吃一惊。

从.config文件中删除所有<assemblyBinding>引用，然后从NuGet Package Manager控制台运行以下命令：

Get-Project -All | Add-BindingRedirect

.NET程序集加载器：

找不到1.2.0.203但确实找到了1.2.0.200

此程序集与请求的程序集不匹配，因此会出现此错误。

简单地说，它找不到被引用的程序集。通过将程序集放在GAC或应用程序路径中，确保它可以找到正确的程序集。

运行以下命令将程序集dll文件添加到GAC：

gacutil /i "path/to/my.dll"

另请参见https://learn.microsoft.com/archive/blogs/junfeng/the-located-assemblys-manifest-definition-with-name-xxx-dll-does-not-match-the-assembly-reference.

在Team Foundation Server的生成服务上生成时遇到此错误。结果发现，我的解决方案中有多个项目，使用NuGet添加的同一库的不同版本。我删除了NuGet的所有旧版本，并添加了新版本作为所有版本的参考。

Team Foundation Server将所有DLL文件放在一个目录中，当然，一次只能有一个具有特定名称的DLL文件。