我得到类似的编译器错误。一旦我将dll文件的依赖项目添加到解决方案中，问题就解决了。

这里有一个不同的方法来解决这个问题:

右键单击项目并选择“卸载项目”选项。您将注意到您的项目变得不可用。 右键单击不可用项目并选择“Edit”选项。 向下滚动到包含所有资源标记的“< ItemGroup >”标记。 现在转到已经显示在错误列表中的引用，您将注意到它使用了单个标记(即< reference Include="assemble_name_here, Version=0.0.0.0, Culture=neutral" / >)。 更改为如下所示:

.

<Reference Include="assemble_name_here, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL" >
    < Private > True < / Private >
    < HintPath > path_here\assemble_name_here.dll < / HintPath >
< / Reference >

保存您的更改，再次右键单击不可用的项目，然后单击“重新加载项目”选项，然后构建。

请看这个答案。

转到发布页面，点击“应用程序文件”。从那里您应该会看到DLL的列表。确保那些给你带来麻烦的人的发布状态标记为“包括”而不是“先决条件”。

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

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

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

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

构建——>重建方案

我就有这个问题。这是因为我有许多项目指向相同的组装，但从不同的版本。我解决它选择相同版本的所有项目在我的解决方案。