这实际上取决于外部组件。当你在. net应用程序中引用一个外部组件时，它会生成一个GUID来标识该组件。当某个项目引用的外部组件与另一个程序集中的另一个此类组件名称相同但版本不同时，会发生此错误。

当您使用“浏览”查找引用并添加错误版本的程序集时，有时会发生这种情况，或者您的代码存储库中组件的版本与您在本地机器中安装的版本不同。

尝试找出哪些项目有这些冲突，从引用列表中删除组件，然后再次添加它们，确保指向相同的文件。

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

=>检查将有一些实例的应用程序部分安装。

=>首先从卸载应用程序卸载该实例。

=>然后，清理，重建，并尝试部署。

这解决了我的问题。希望它也能帮助到你。 致以最亲切的问候。

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

此警告意味着两个项目引用相同的程序集(例如System.Windows.Forms)，但这两个项目需要不同的版本。你有几个选择:

Recompile all projects to use the same versions (e.g. move all to .Net 3.5). This is the preferred option because all code is running with the versions of dependencies they were compiled with. Add a binding redirect. This will suppress the warning. However, your .Net 2.0 projects will (at runtime) be bound to the .Net 3.5 versions of dependent assemblies such as System.Windows.Forms. You can quickly add a binding redirect by double-clicking on error in Visual Studio. Use CopyLocal=true. I'm not sure if this will suppress the warning. It will, like option 2 above, mean that all projects will use the .Net 3.5 version of System.Windows.Forms.

这里有几个方法来识别不合适的推荐人:

您可以使用一个实用程序，例如在 https://gist.github.com/1553265 另一个简单的方法是设置Build 输出冗长(工具，选项，项目和解决方案，构建和 运行，MSBuild项目构建输出详细，详细)之后 构建时，在输出窗口中搜索警告，并查看 文字就在上面。(向保罗亚致敬，她在 对这个答案的评论)。

我也有同样的问题。在项目的“obj”文件夹中，我将文件夹“Debug”重命名为“Debug_OLD”并重新构建。一个新的“Debug”文件夹会自动生成，问题也就解决了。