c# - 我如何解决 Nuget DLL Hell - 无论我做什么 VS 都坚持认为 dll 版本与包中的版本不同

Question

在 Nuget 更新后，我已经为 DLL hell 苦苦挣扎了一个多星期。我已经通过手动编辑解决方案、项目和包文件解决了大部分问题。但是，无论我做什么，VS 都坚持认为 dll 的版本与 Nuget 安装的版本不同。有问题的库是 MailKit，在更新之前它工作正常。现在安装的版本是 2.4.1，但是尽管显示了正确的位置，属性网格仍然坚持版本 2.4.0:

我已经尝试了以下所有方法，但都没有成功:

• 更新包-重新安装
• 手动删除 Nuget 缓存
• 手动删除计算机上 2.4.0 dll 的每个副本
• 在整个代码库中搜索对 2.4.0 的任何引用并手动编辑代码以删除引用或重新编号为正确的版本
• 从命令行删除 Nuget 缓存
• 我在 StackOverflow 上找到的所有其他建议作为解决方案

无论我做什么，它仍然显示错误的版本，因此当应用程序运行时它会抛出异常，因为正确的版本已复制到本地。

谁能建议我如何解决这个问题？

编辑:

包配置:

<?xml version="1.0" encoding="utf-8"?>
<packages>
  <package id="BouncyCastle" version="1.8.5" targetFramework="net452" />
  <package id="JetBrains.Annotations" version="2019.1.3" targetFramework="net452" />
  <package id="MailKit" version="2.4.1" targetFramework="net452" />
  <package id="MimeKit" version="2.4.1" targetFramework="net452" />
</packages>

项目文件(仅引用 MailKit 和 MimeKit，其余部分已删除，如果需要更多请告诉我):

<Reference Include="MailKit, Version=2.4.1, Culture=neutral, PublicKeyToken=4e064fe7c44a8f1b, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>..\packages\MailKit.2.4.1\lib\net45\MailKit.dll</HintPath>
</Reference>
<Reference Include="MethodExtensions, Version=1.0.4469.11621, Culture=neutral, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>..\..\Libraries\MethodExtensions\bin\Debug\MethodExtensions.dll</HintPath>
</Reference>
<Reference Include="MimeKit, Version=2.4.1, Culture=neutral, PublicKeyToken=bede1c8a46c66814, processorArchitecture=MSIL">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>..\packages\MimeKit.2.4.1\lib\net45\MimeKit.dll</HintPath>
</Reference>

进一步编辑:

说明一下，包安装的dll版本明明是2.4.1:

这是确认它正在寻找 2.4.0 的运行时错误消息，它在 Nuget 更新后不再位于计算机上:

解决方案

@zivkan 的回答为我指明了正确的方向。首先，我在寻找完全错误的东西，假设 Property Grid 中的版本不正确，而实际上它完全没问题。该引用位于一个插件模块中，该模块本身编译为一个库，这意味着在编译 MailKit dll 时，不仅必须将其复制到本地，而且还要使用后期构建事件命令行将其复制到主应用程序文件夹。原来是post build事件代码出错，导致MailKit没有被复制，而MimeKit被复制了两次。不怪那个，怪我没认清问题!

感谢@zirkan，你的帮助和解释最终让我达成了解决方案......

Answer 1

when the app runs it throws an exception since the correct version is copied local.

你的意思是不正确？如果复制了正确的版本，我不明白为什么会抛出异常。无论如何，如果您向我们展示您遇到的实际错误，将会更有帮助。我将用这个答案的其余部分来解释为什么其他一切都按设计工作，这意味着您没有给我们足够的信息来理解您的问题，因此很难提出好的解决方案。

无论如何，NuGet 包只是一个 zip 文件(重命名为 .nupkg)，其中包含一些文件，通常是一些 .NET 程序集。那么，放弃基本问题，如果包中的不同程序集有不同的版本会怎样？答案是什么都没有，因为程序集版本和包版本是独立的。它们通常很相似，或者(几乎)完全相同，但由于它们是独立的，所以没有理由不一样。

一个程序集也有多个版本。首先，如果您在 Windows 资源管理器中找到 .dll，右键单击，选择属性并转到详细信息选项卡，您将看到所有(或大多数)dll 都有产品版本和文件版本.这不是 .NET 特有的，所有 Windows 可执行文件都有此元数据。如果您使用 ILSpy 或类似的东西来检查 .NET 程序集，您会看到有 AssemblyFileVersion、AssemblyInformationalVersion 和 AssemblyVersion 属性。所以总共有至少 5 个不同的版本元数据，它们都是独立的，因此可以不同。那是在我们认为 NuGet 包版本是第 6 个独立版本号之前。

现在，属性窗口中的程序集对 NuGet 一无所知。它显示文件的路径，由于 NuGet 将包提取到包含包版本的路径，我们可以在路径中看到它。但是属性窗口中显示的版本是程序集版本。因此，在这种情况下，MailKit v2.4.1 程序包包含 MailKit.dll，程序集版本为 2.4.0.0。 Visual Studio 的属性窗口显示正确的信息，没有问题。

我的回答已经够长了，所以我不会详细介绍，但包作者可能会选择在其包的多个版本中使用相同的程序集版本，以最大限度地减少需要绑定(bind)重定向的次数。但是，这仅在不同产品版本兼容时才有效。当它们不兼容并且两个不同的程序集都依赖于同一个程序集版本的依赖项时，不可能同时加载两个不同的版本来解决这个问题(是的，当同一个程序集具有不同的程序集版本时, 可以同时加载两者，只是需要额外的努力)。