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

基本上，当您引用的程序集将“Copy Local”设置为“True”时，就会发生这种情况，这意味着DLL的副本与exe一起放置在bin文件夹中。

由于Visual Studio也会复制所引用程序集的所有依赖项，因此最终可能会引用同一个程序集的两个不同构建。如果您的项目在不同的解决方案中，因此可以单独编译，则更有可能发生这种情况。

我解决这个问题的方法是在组装项目中将Copy Local设置为False。只针对可执行文件/web应用程序，在这些应用程序中，您需要运行成品的程序集。

希望这有意义!

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

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

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

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

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

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

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

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

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

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

我想在上面的评论中发布pauloya提供的解决方案。我相信这是找到冒犯性引用的最佳解决方案。

最简单的方法找到什么是“冒犯的引用”是 设置生成输出的详细信息(工具，选项，项目和解决方案， 构建和运行，MSBuild项目构建输出详细信息)和 构建之后，在输出窗口中搜索警告。查看原文 就在它上面。

例如，当你在输出面板中搜索“冲突”时，你可能会发现这样的东西:

3>  There was a conflict between "EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" and "EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089".
3>      "EntityFramework, Version=5.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" was chosen because it was primary and "EntityFramework, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" was not.

正如您所看到的，EF版本5和6之间存在冲突。