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

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

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

此警告意味着两个项目引用相同的程序集(例如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项目构建输出详细，详细)之后 构建时，在输出窗口中搜索警告，并查看 文字就在上面。(向保罗亚致敬，她在 对这个答案的评论)。

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

在花了几个小时分析详细的构建日志之后，我发现我的解决方案中的几个项目针对的是不同的. net版本。我将它们全部更改为. net 4.7.2并重新构建解决方案，错误得到解决。

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

下面是解决方案，.NET Core 3.0风格: https://github.com/HTD/ref-check

当你发现哪些冲突时，也许你就能解决这些冲突。 如果冲突的引用来自其他包，那么您要么不走运，要么需要使用源。

在我的例子中，冲突的包通常是我自己的，所以我可以修复依赖关系问题并重新发布它们。