当我清理并构建具有多个项目的解决方案时，输出窗口将报告构建成功。然而，当我查看错误列表窗口时，它向我显示了这样的警告:
发现同一依赖程序集的不同版本之间存在无法解决的冲突。当日志详细信息设置为detailed时，这些引用冲突将在生成日志中列出。C:\Program Files (x86)\MSBuild\12.0\bin\ Microsoft.Common.CurrentVersion.targets
当我双击此消息时，它将打开C:\Program Files (x86)\MSBuild\12.0\bin\ Microsoft.Common.CurrentVersion。目标文件，但我不明白任何东西在它。
我正在使用Visual Studio Express 2013的Web。
我如何找出什么是错误的，与哪个DLL，然后我如何使警告消失?
当前回答
我可以解决这个问题，在web项目中安装Newtonsoft Json
其他回答
在将包从nuget切换到本地引用dll后，我遇到了这个问题。这个问题是app.config中的旧的运行时绑定。
我遵循了这里的几个回复的建议来找出问题所在，但似乎没有一个答案能解释如何修复它。我的问题是，一个参考文献需要另一个参考文献的不同版本。因此，Newtonsoft的版本是6，但其他一些DLL想要4.5。然后我按照其他答案的建议升级了Newtonsoft，这让事情变得更糟。
所以我实际上降低了我的Newtonsoft安装，警告消失了(VS 2017):
右键单击解决方案资源管理器中的引用，并选择管理NuGet包… 在“Installed”选项卡下，找到Newtonsoft(或任何你的冲突) 在右侧，“版本”旁边会出现一个下拉框，您可以将其更改为旧版本。对我来说，这个下拉菜单可以用来降级并不明显。
我正在使用Visual Studio 2017，在更新一些Nuget包时遇到了这个问题。对我有用的是打开我的网。config文件，找到<runtime><assemblyBinding>节点并删除它。保存网页。配置并重新构建项目。
查看错误列表窗口。您将看到一个关于绑定冲突的非常长的警告。双击它，它将自动用正确的映射重新创建<runtime><assemblyBinding>块。
根据其他答案，将输出日志记录级别设置为detailed并在那里搜索冲突，这将告诉您下一步要查看的位置。
在我的例子中，它让我在几个方向上寻找引用的源，但最后发现问题出在我的一个可移植类库项目上，它瞄准了错误的版本，并引入了自己的引用版本，因此产生了冲突。一个快速的重新定位，问题就解决了。
您可以运行Dotnet CLI进行详细的诊断，以帮助查找问题。
Dotnet运行——verbose diagnostic >> full_build.log
构建完成后，您可以通过日志文件(full_build.log)搜索错误。例如，搜索“一个冲突”，应该会把你直接带到问题所在。
