在我的单元测试项目中也出现了同样的错误，导致一些测试失败。我仔细检查了我在程序集资源管理器中使用的程序集的哪个版本，并检查了运行时/依赖程序集标记的内容，发现我使用的程序集中的另一个版本仍然在那里被引用。因为这是我的测试项目app.config中的唯一指令，所以我尝试删除整个app.config文件，重新构建解决方案，这就成功了！我没有更多参考错误：）

这个问题由来已久，我最近在Azure DevOps Yaml管道和Dotnet Core 3.1中收到了同样的错误消息。这个问题与其他答案试图解决的问题有些不同，因此我将分享我的解决方案。

我有一个解决方案，为我自己的nuget包提供了许多项目。我无意中在*.csproj文件中添加了版本标记，如下所示：

  <Project Sdk="Microsoft.NET.Sdk">
  <PropertyGroup>
    <Version>1.0.0</Version>
  </PropertyGroup>

我用一个DotnetCoreCLI@2任务：

 - task: DotNetCoreCLI@2
   displayName: 'pack'
   inputs:
     command: pack
     nobuild: true
     configurationToPack: 'Release'
     includesource: true
     includesymbols: true
     packagesToPack: 'MyNugetProject1.csproj;**/MyNugetProject2.csproj'
     versioningScheme: 'byEnvVar'
     versionEnvVar: 'GitVersion.SemVer'

问题是*.csproj文件中的版本与环境变量GitVersion.SemVer（由输入“versionEnvVar”指定）中的版本不匹配。

删除*.csproj文件中的所有＜Version＞1.0.0＜/Version＞-标记后，dll的程序集/fileversion由环境变量自动分配，nuget和dll（程序集/file版本）将具有相同的版本，问题得到解决。

发生在我身上的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

如果您遇到类似“找到的程序集的清单定义与程序集引用不匹配”的错误，并且您已经通过VS中的“项目”>“管理NuGet程序包和更新”选项卡进行了更新，那么您可以做的第一件事就是在从NuGet Gallery页面检查版本并从package Manager控制台运行以下命令后，尝试安装另一个版本的程序包：

PM> Install-Package YourPackageName -Version YourVersionNumber 
//Example
PM> Install-Package Microsoft.Extensions.FileProviders.Physical -Version 2.1.0

虽然答案和所讨论的包并没有直接关系，而且早在很久以前就有人问过它，但它是一种通用的，仍然相关，希望它能帮助一些人。

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

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

在我的例子中，它是C:\WINDOWS\Microsoft.NET\Framework\~\Temporary ASP.NET Files\目录中的旧版本DLL。您可以删除或替换旧版本，也可以删除并添加回对项目中DLL的引用。基本上，任何一种方法都将创建指向临时ASP.NET文件的新指针。