ASP。NET构建管理器通过按字母顺序浏览文件夹来构建网站，对于每个文件夹，它会找出它的依赖项并首先构建依赖项，然后再构建选定的文件夹。

在这种情况下，有问题的文件夹是~/Controls，在开始时被选择构建，出于未知的原因，它将一些控件构建为一个单独的程序集，而不是像其他控件一样在同一个程序集中(似乎与某些控件依赖于同一文件夹中的其他控件的事实有关)。

然后构建的下一个文件夹(~/File-Center/Control)依赖于根文件夹~/，根文件夹~/依赖于~/Controls，所以文件夹~/Controls再次被构建，只是这次分离到自己程序集的控件现在与其他控件连接到相同的程序集，分离的程序集仍然被引用。

因此此时至少有2个程序集具有相同的控件，构建失败。

虽然我们仍然不知道为什么会发生这种情况，我们能够通过将Controls文件夹名称更改为ZControls来解决它，这样它就不会在~/File-Center/Control之前构建，只在之后构建，这样它就应该被构建。

Mike Hadlow发布了一个名为AsmSpy的小控制台应用程序，它很好地列出了每个程序集的引用:

Reference: System.Net.Http.Formatting
        4.0.0.0 by Shared.MessageStack
        4.0.0.0 by System.Web.Http

Reference: System.Net.Http
        2.0.0.0 by Shared.MessageStack
        2.0.0.0 by System.Net.Http.Formatting
        4.0.0.0 by System.Net.Http.WebRequest
        2.0.0.0 by System.Web.Http.Common
        2.0.0.0 by System.Web.Http
        2.0.0.0 by System.Web.Http.WebHost

与依赖MSBuild输出相比，这是获取警告MSB3247底部的更快方法。

此警告产生于默认ASP。NET MVC 4测试版 在这里看到的

中，此警告的任何强制转换都可以通过手动编辑 .csproj文件。 修改……: Reference Include="System.Net.Http" 阅读......: Reference Include="System.Net. "Http, Version = 4.0.0.0 "

有时候@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

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

快速修复:

右键单击解决方案->管理解决方案->的NuGet包在巩固下，你可以看到是否有不同版本的相同的包被安装。卸载不同版本，安装最新版本。