我也犯了同样的错误，无法用其他答案来计算。我发现我们可以“巩固”NuGet包。

右键单击解决方案 单击“管理Nuget包” 合并选项卡并更新到相同的版本。

最简单的方法是不考虑(内部)依赖关系:

打开“解决方案资源管理器”。 点击“显示所有文件” 扩大“引用” 您将看到一个(或多个)引用与其他引用的图标略有不同。通常情况下，它会有一个黄色的方框，建议你记下它。把它拿掉。 重新添加引用并编译代码。 这是所有。

在我的例子中，MySQL引用有一个问题。以某种方式，我可以在所有可用引用的列表下列出它的三个版本。我遵循了上面的方法1到6，它对我很有效。

正如这里提到的，您需要删除未使用的引用，警告就会消失。

如果您有resharper，删除解决方案中所有未使用的参考。

有时候@AMissico的答案是不够的。在我的例子中，我在Output窗口中找不到错误，所以我决定创建一个日志文件并分析它，执行以下步骤:

将构建日志保存到一个文件…https://msdn.microsoft.com/en-us/library/ms171470.aspx msbuild MyProject的。proj /fl /flp:logfile=MyProjectOutput.log 查找文本:警告MS…或者具体的警告信息:(例如，第9293行)发现不同版本之间存在冲突…和冲突错误的完整细节将在此消息的上面(例如，第9277行)。

Visual Studio 2013

使用依赖项阅读器

使用dep.exe，您可以列出整个文件夹的所有嵌套依赖项。 与grep或awk等unix工具结合使用，它可以帮助您解决问题

查找在多个版本中引用的程序集

$ dep | awk '{ print $1 " " $2; print $4 " " $5 }' | awk '{ if (length(versions[$1]) == 0) versions[$1] = $2; if (versions[$1] != $2) errors[$1] = $1; }  END{ for(e in errors) print e } ' 
System.Web.Http            

这个模糊的命令行运行dep.exe，然后将输出两次输送到awk

将父节点和子节点放在一列中(默认情况下，每行包含一个父节点和一个子节点，以表示这个父节点依赖于那个子节点) 然后使用关联数组进行一种“group by”

了解这个组件是如何被拉进你的箱子的

$ dep myproject/bin | grep -i System\.Web\.Http
MyProject-1.0.0.0 >> System.Web.Http.Web-5.2.3.0 2 ( FooLib-1.0.0.0 )
MyProject-1.0.0.0 >> System.Web.Http.Web-4.0.0.0 2 ( BarLib-1.0.0.0 )
FooLib-1.0.0.0 > System.Web.Http.Web-5.2.3.0 1
BarLib-1.0.0.0 > System.Web.Http.Web-4.0.0.0 1 

在这个例子中，这个工具会告诉你System.Web.Http 5.2.3来自你对FooLib的依赖，而4.0.0版本来自BarLib。

那么你可以在两者之间做出选择

说服库的所有者使用相同的版本 停止使用其中之一 在配置文件中添加绑定重定向以使用最新版本

如何在Windows中运行这些东西

如果你没有unix类型的shell，你需要在运行awkward和grep之前下载一个。试试下面的一种方法

CMDER + awk + dep.exe Gitbash + awk + dep.exe 天鹅座+德.exe