在花了几个小时分析详细的构建日志之后，我发现我的解决方案中的几个项目针对的是不同的. net版本。我将它们全部更改为. net 4.7.2并重新构建解决方案，错误得到解决。

这也发生在我身上。一个dll被引用了两次:一次直接(在引用中)，一次间接(被另一个引用的项目引用)。 我删除了直接参考，清洗和重建解决方案。固定的问题。

我在我的一个项目中也遇到了同样的问题，然而，上面没有一个有助于解决警告。我检查了详细的构建日志文件，我使用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)

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

当我的项目引用NETStandardLibrary时，我遇到了这样的问题，其中一个引用的程序集发布了netcore。只要把它作为网络标准发布，问题就解决了

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

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

我解决这个问题的方法是在组装项目中将Copy Local设置为False。只针对可执行文件/web应用程序，在这些应用程序中，您需要运行成品的程序集。

希望这有意义!

我只是有这个警告消息，清理解决方案和重新编译(构建->清洁解决方案)，它消失了。