警告：发现同一依赖程序集的不同版本之间存在冲突

此警告意味着两个项目引用相同的程序集（例如 System.Windows.Forms），但两个项目需要不同的版本。你有几个选择：

重新编译所有项目以使用相同的版本（例如，将所有项目移至 .Net 3.5）。这是首选选项，因为所有代码都使用它们编译时使用的依赖项版本运行。添加绑定重定向。这将抑制警告。但是，您的 .Net 2.0 项目将（在运行时）绑定到 .Net 3.5 版本的依赖程序集，例如 System.Windows.Forms。您可以通过在 Visual Studio 中双击错误来快速添加绑定重定向。使用 CopyLocal=true。我不确定这是否会抑制警告。与上面的选项 2 一样，这意味着所有项目都将使用 .Net 3.5 版本的 System.Windows.Forms。

以下是识别违规参考的几种方法：

您可以使用诸如 https://gist.github.com/1553265 中的实用程序

另一个简单的方法是设置 Build output verbosity（Tools、Options、Projects and Solutions、Build and Run、MSBuild project build output verbosity、Detailed）并在构建后，在输出窗口中搜索警告，并查看其上方的文本. （给在这个答案的评论中提出这个建议的保洛亚的帽子提示）。

基本上，当您引用的程序集将“Copy Local”设置为“True”时，就会发生这种情况，这意味着 DLL 的副本与您的 exe 一起放置在 bin 文件夹中。

由于 Visual Studio 也会复制引用程序集的所有依赖项，因此最终可能会引用同一程序集的两个不同版本。如果您的项目位于单独的解决方案中，则更有可能发生这种情况，因此可以单独编译。

我解决它的方法是将 Copy Local 设置为 False 以在装配项目中进行引用。仅对需要运行成品的程序集的可执行文件/Web 应用程序执行此操作。

希望这是有道理的！

我想发布他们在上面的评论中提供的 paulya 的解决方案。我相信这是查找违规参考的最佳解决方案。

查找“违规引用”的最简单方法是设置构建输出详细程度（工具、选项、项目和解决方案、构建和运行、MSBuild 项目构建输出详细程度、详细），然后在构建后搜索输出窗口为警告。请参阅其上方的文字。

例如，当您在输出面板中搜索“冲突”时，您可能会发现如下内容：

3>  There was a conflict between "EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" and "EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089".
3>      "EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" was chosen because it was primary and "EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" was not.

如您所见，EF 版本 5 和 6 之间存在冲突。

在 Visual Studio 上，如果您右键单击解决方案并管理 nuget 包，则会出现一个“合并”选项卡，它将所有包设置为相同的版本。

我的一个项目遇到了同样的问题，但是，以上都没有帮助解决警告。我检查了详细的构建日志文件，我使用 AsmSpy 来验证我是否为受影响的解决方案中的每个项目使用了正确的版本，我仔细检查了每个项目文件中的实际条目 - 没有任何帮助。

最终结果证明问题是我在一个项目中拥有的引用之一的嵌套依赖项。该引用 (A) 又需要不同版本的 (B)，该版本直接从我的解决方案中的所有其他项目中引用。更新引用项目中的引用解决了它。

Solution A
+--Project A
   +--Reference A (version 1.1.0.0)
   +--Reference B
+--Project B
   +--Reference A (version 1.1.0.0)
   +--Reference B
   +--Reference C
+--Project C
   +--Reference X (this indirectly references Reference A, but with e.g. version 1.1.1.0)

Solution B
+--Project A
   +--Reference A (version 1.1.1.0)

我希望以上说明了我的意思，花了我几个小时才发现，所以希望其他人也能从中受益。

我刚刚收到此警告消息并清理了解决方案并重新编译（构建 - > 清理解决方案）并且它消失了。

我遇到了同样的问题，我通过更改 web.config 中的以下内容来解决。

它发生在我身上，因为我正在使用 Newtonsoft.Json 4.0 运行应用程序

从：

<dependentAssembly>
  <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="6.0.0.0" />
</dependentAssembly>

至：

<dependentAssembly>
  <assemblyIdentity name="Newtonsoft.Json" publicKeyToken="30ad4fe6b2a6aeed" culture="neutral" />
  <bindingRedirect oldVersion="0.0.0.0-6.0.0.0" newVersion="4.5.0.0" />
</dependentAssembly>

如果您使用 Nuget 来管理您的依赖项，我还有另一种方法可以做到这一点。我发现有时 VS 和 Nuget 不匹配，Nuget 无法识别您的项目不同步。 packages.config 会说明一件事，但 References - Properties 中显示的路径将说明其他内容。

如果您愿意更新依赖项，请执行以下操作：

从解决方案资源管理器中，右键单击项目并单击“管理 Nuget 包”在左窗格中选择“已安装的包”选项卡记录您安装的包如果您有很多，您可能需要先将您的 packages.config 复制到您的桌面，这样您就可以与 Google 交叉检查以查看安装了哪些 Nuget pkg 卸载您的软件包。没关系，我们将立即添加它们。立即安装您需要的软件包。 Nuget 所做的不仅是为您提供最新版本，而且会更改您的引用，并为您添加绑定重定向。为您的所有项目执行此操作。在解决方案级别，执行清理并重建。

您可能希望从较低的项目开始，然后逐步进入较高级别的项目，并在进行过程中重新构建每个项目。

如果您不想更新依赖项，则可以使用包管理器控制台，并使用语法 Update-Package -ProjectName [yourProjectName] [packageName] -Version [versionNumber]

这实际上取决于您的外部组件。当您在 .NET 应用程序中引用外部组件时，它会生成一个 GUID 来标识该组件。当您的一个项目引用的外部组件与另一个程序集中的另一个此类组件具有相同的名称但版本不同时，会发生此错误。

当您使用“浏览”查找引用并添加错误版本的程序集时，有时会发生这种情况，或者您的代码存储库中的组件版本与您在本地计算机中安装的版本不同。

请尝试找出哪些项目有这些冲突，从参考列表中删除组件，然后再次添加它们，确保您指向同一个文件。

我只是花了一些时间调试同样的问题。请注意，该问题可能不在不同项目之间，而实际上在一个项目中依赖于同一 dll/程序集的不同版本的多个引用之间。就我而言，问题是来自单个项目中两个不同 NuGet 包的引用 FastMember.dll 版本不匹配。当我得到一个项目时，它不会编译，因为 NuGet 包丢失并且 VS 拒绝恢复丢失的包。通过 NuGet 菜单，我手动将所有 NuGet 更新到最新版本，也就是出现警告的时候。

在 Visual Studio Tools > Options > Build and Run > MSBuld Project build output verbosity: (set to) Diagnostics. 的 Output 窗口中查找行 There was a conflict between。以下是我得到的输出部分：

1>  There was a conflict between "FastMember, Version=1.5.0.0, Culture=neutral, PublicKeyToken=null" and "FastMember, Version=1.3.0.0, Culture=neutral, PublicKeyToken=null". (TaskId:19)
1>      "FastMember, Version=1.5.0.0, Culture=neutral, PublicKeyToken=null" was chosen because it was primary and "FastMember, Version=1.3.0.0, Culture=neutral, PublicKeyToken=null" was not. (TaskId:19)
1>      References which depend on "FastMember, Version=1.5.0.0, Culture=neutral, PublicKeyToken=null" [C:\Users\ksd3jvp\Source\Temp\AITool\Misra\AMSAITool\packages\FastMember.1.5.0\lib\net461\FastMember.dll]. (TaskId:19)
1>          C:\Users\ksd3jvp\Source\Temp\AITool\Misra\AMSAITool\packages\FastMember.1.5.0\lib\net461\FastMember.dll (TaskId:19)
1>            Project file item includes which caused reference "C:\Users\ksd3jvp\Source\Temp\AITool\Misra\AMSAITool\packages\FastMember.1.5.0\lib\net461\FastMember.dll". (TaskId:19)
1>              FastMember, Version=1.5.0.0, Culture=neutral, processorArchitecture=MSIL (TaskId:19)
1>      References which depend on "FastMember, Version=1.3.0.0, Culture=neutral, PublicKeyToken=null" []. (TaskId:19)
1>          C:\Users\ksd3jvp\Source\Temp\AITool\Misra\AMSAITool\packages\ClosedXML.0.94.2\lib\net46\ClosedXML.dll (TaskId:19)
1>            Project file item includes which caused reference "C:\Users\ksd3jvp\Source\Temp\AITool\Misra\AMSAITool\packages\ClosedXML.0.94.2\lib\net46\ClosedXML.dll". (TaskId:19)
1>              ClosedXML, Version=0.94.2.0, Culture=neutral, processorArchitecture=MSIL (TaskId:19)

请注意，Project file item includes which caused reference "C:\Users\ksd3jvp\Source\Temp\AITool\Misra\AMSAITool\packages\ClosedXML.0.94.2\lib\net46\ClosedXML.dll"

ClosedXML.dll 来自 ClosedXML NuGet，它依赖于 FastMember.dll 1.3.0.0。除此之外，项目中还有 FastMember Nuget，它有 FastMember.dll 1.5.0.0。不匹配！

我已卸载 ClosedXML & FastMember NuGet，因为我有绑定重定向并安装了最新版本的 ClosedXML 这解决了问题！

也有这个问题 - 在我的情况下，它是由于将许多引用上的“特定版本”属性设置为 true 引起的。在这些引用上将其更改为 false 解决了该问题。

=> 检查是否会部分安装一些应用程序实例。

=> 首先从卸载应用程序中卸载该实例。

=> 然后，清理，重建，并尝试部署。

这解决了我的问题。希望它也能帮助你。此致。

如果使用 NuGet，我所要做的就是：

右键单击项目并单击 Manage NuGet Packages.. 单击右上角的 cog 单击 Package Sources 上方 NuGet Package Manager 中的 General 选项卡 在 Binding Redirects Clean and rebuild 中选中“Skip Applying binding redirects”，警告消失了

十分简单

这也发生在我身上。一个 dll 被引用了两次：一次直接（在引用中），一次间接（被另一个引用的项目引用）。我删除了直接引用、清理和重建的解决方案。问题已解决。

打开“解决方案资源管理器”。单击“显示所有文件” 展开“参考” 您将看到一个（或多个）参考，其图标与其他参考略有不同。通常，它带有黄色框，建议您记下它。只需将其删除。添加引用并编译您的代码。就这样。

就我而言，MySQL 参考存在问题。不知何故，我可以在所有可用参考列表下列出它的三个版本；适用于 .net 2.0、.net 4.0 和 .net 4.5。我遵循了上面的过程 1 到 6，它对我有用。

要考虑和检查的另一件事是，确保您没有运行任何使用该 bin 文件夹的服务。如果他们停止服务并重建解决方案

编辑 .resx 文件时，Mac Visual Studio 上似乎存在问题。我真的不知道发生了什么，但我在 Mac 上编辑了一些 .resx 文件后就遇到了这个问题。我在 Windows 上打开了项目，打开了文件，它们就像没有被编辑过一样。所以我编辑了它们，保存了，一切也开始在 Mac 上运行。

当我的项目引用 NETStandardLibrary 并且为 netcore 发布了一个引用的程序集时，我遇到了这样的问题。刚刚将其发布为 netstandard，问题就消失了

这是解决方案，.NET Core 3.0 样式：https://github.com/HTD/ref-check

当你发现什么冲突时，也许你就能解决这些冲突。如果冲突的引用来自其他包，那么您要么不走运，要么需要改用源。

就我而言，冲突的包通常是我自己的，所以我可以修复依赖问题并重新发布它们。

我有同样的问题。在项目的“obj”文件夹中，我将文件夹“Debug”重命名为“Debug_OLD”并重建。自动构建了一个新的“调试”文件夹，问题就消失了。