I recently hit this problem. In my case, I have NuGet packages on different assemblies. What I had was different versions of the same NuGet packages associated with my own assemblies. My solution was to use the NuGet package manager upon the Solution, as opposed to the individual projects. This enables a "consolidation" option, where you can upgrade your NuGet packages across as many projects as you want - so they all reference the same version of the assembly. When I did the consolidations, the build failure disappeared.

我去发布应用程序文件，发现dll抛出错误，将其从“包括(自动)”更改为“包括”。我现在可以发表了。

如果您更改了程序集版本或复制了错误中声明的托管库的不同版本，则以前编译的文件也可能引用了错误的版本。一个“重建所有”(或删除你的“bin”和“obj”文件夹在前面的评论中提到)应该解决这个问题。

如果你的主项目使用了一些库项目并引用了它们，当你在库项目中更改某些内容时(例如:重命名一个类)，如果你的项目引用了一个程序集dll文件而不是库项目，就会导致这个问题。

您可以在对象浏览器窗口(菜单视图->对象浏览器)中按视图检查对主项目的所有引用。对dll文件的引用总是有一个版本号。示例:TestLib [1.0.0.0]

解决方案:删除主项目对库项目的当前引用，并重新添加对该库项目的引用。

在我的解决方案中有太多的项目需要逐一检查和单独更新，所以我通过以下方法解决了这个问题:

右键单击我的解决方案并选择“管理解决方案的NuGet包…” 进入更新选项卡 找到受影响的包并选择Update 单击OK，这将使包的所有实例保持最新

当我在更新WindowsAPICodePack后遇到这种情况时，我只是重新构建了解决方案。

构建——>重建方案