我正在尝试在C#Windows窗体应用程序（Visual Studio 2005）中运行一些单元测试，但出现以下错误：
System.IO.FileLoadException:未能加载文件或程序集“Utility，Version=1.2.0.200，Culture=neutral，PublicKeyToken=764d581291d764f7”或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。（HRESULT的异常：0x80131040）**位于x.Foo.FooGO（）位于Foo.cs:line 123中的x.Foo.Foo2（String groupName_）位于FooTests.cs:line 98中的x.Foo.UnitTests.FooTests.TestFoo（）**System.IO.FileLoadException:未能加载文件或程序集“Utility，Version=1.2.0.203，Culture=neutral，PublicKeyToken=764d581291d764f7”或其依赖项之一。找到的程序集的清单定义与程序集引用不匹配。（HRESULT的异常：0x80131040）
我查阅了我的参考资料，我只参考了实用程序版本1.2.0.203（另一个是旧版本）。
关于我如何找出试图引用此DLL文件的旧版本的内容，有什么建议吗？
此外，我想我的硬盘上甚至没有这个旧组件。是否有任何工具可以搜索此旧版本的程序集？
这类问题的一般答案是像其他答案一样使用绑定重定向。然而，这只是问题的一部分——您需要知道所使用的程序集文件的正确版本。Windows财产并不总是准确的，nuget也不总是准确的。
获取正确版本信息的唯一方法是分析文件本身。一个有用的工具是dotPeek。根据我的经验，dotPeek中列出的程序集名称总是准确的。
例如，此文件的正确绑定如下：
<dependentAssembly>
<assemblyIdentity name="System.ComponentModel.Annotations" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/>
<bindingRedirect oldVersion="0.0.0.0-4.2.1.0" newVersion="4.2.1.0"/>
</dependentAssembly>
Windows资源管理器称该文件为4.6.26515.06，nuget称其为5.0.0.0文件。dotPeek说它是4.2.1.0，这是在我们的软件中正确工作的版本。还要注意，公钥和文化很重要，dotPeek也会显示这些信息。
这个问题由来已久，我最近在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版本）将具有相同的版本，问题得到解决。
