当我清理并构建具有多个项目的解决方案时，输出窗口将报告构建成功。然而，当我查看错误列表窗口时，它向我显示了这样的警告:
发现同一依赖程序集的不同版本之间存在无法解决的冲突。当日志详细信息设置为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，然后我如何使警告消失?
当前回答
我遵循了这里的几个回复的建议来找出问题所在，但似乎没有一个答案能解释如何修复它。我的问题是，一个参考文献需要另一个参考文献的不同版本。因此，Newtonsoft的版本是6，但其他一些DLL想要4.5。然后我按照其他答案的建议升级了Newtonsoft，这让事情变得更糟。
所以我实际上降低了我的Newtonsoft安装，警告消失了(VS 2017):
右键单击解决方案资源管理器中的引用，并选择管理NuGet包… 在“Installed”选项卡下，找到Newtonsoft(或任何你的冲突) 在右侧，“版本”旁边会出现一个下拉框，您可以将其更改为旧版本。对我来说，这个下拉菜单可以用来降级并不明显。
其他回答
根据其他答案，将输出日志记录级别设置为detailed并在那里搜索冲突，这将告诉您下一步要查看的位置。
在我的例子中，它让我在几个方向上寻找引用的源，但最后发现问题出在我的一个可移植类库项目上，它瞄准了错误的版本，并引入了自己的引用版本，因此产生了冲突。一个快速的重新定位，问题就解决了。
我正在使用Visual Studio 2017，在更新一些Nuget包时遇到了这个问题。对我有用的是打开我的网。config文件，找到<runtime><assemblyBinding>节点并删除它。保存网页。配置并重新构建项目。
查看错误列表窗口。您将看到一个关于绑定冲突的非常长的警告。双击它，它将自动用正确的映射重新创建<runtime><assemblyBinding>块。
请注意，我通过将AutoGenerateBindingRedirects放在csproj文件中的TargetFramework之后解决了这个问题:
<TargetFramework>net462</TargetFramework>
<AutoGenerateBindingRedirects>true</AutoGenerateBindingRedirects>
I found that, sometimes, nuget packages will install (what I'm guessing are) .NET Core required components or other items that conflict with the already-installed framework. My solution there was to open the project (.csproj) file and remove those references. For example, System.IO, System.Threading and such, tend to be added when Microsoft.Bcl is included via some recently installed NuGet package. There's no reason for specific versions of those in my projects, so I remove the references and the project builds. Hope that helps.
您可以在项目文件中搜索“参考”并删除冲突。如果它们包含在系统中，那么去掉它们，构建应该可以工作。这可能不能回答这个问题的所有情况-我确保你知道什么对我有用:)
我注释掉的例子:
< !<参考Include=“系统。”Runtime，版本=2.6.9.0,Culture=neutral, PublicKeyToken= b03f5f7f3a, processorArchitecture=MSIL"> -> < !- <HintPath>$(解决方案)packages\Microsoft.Bcl.1.1.9\lib\net40\系统. runtpath > < !<Private>True</Private> -> < !</参考> ->
在将包从nuget切换到本地引用dll后，我遇到了这个问题。这个问题是app.config中的旧的运行时绑定。
