为任何人添加我的解决方案，这可能会有所帮助。

I had a ClickOnce solution throwing this error. The app referenced a common "Libs" folder and contained a project reference to a Foo.dll. While none of the projects in the solution referenced the static copy of the Foo.dll in the "Libs" folder, some of the references in that folder did (ie: my solution had refs to Libs\Bar.dll which referenced Foo.dll.) Since the CO app pulled all the dependencies from Libs as well as their dependencies, both copies were going into the project. This was generating the error above.

我通过将我的Libs\Foo.dll静态版本移动到一个子文件夹Libs\Fix\Foo.dll来解决这个问题。此更改使ClickOnce应用程序只使用DLL的项目版本，并且错误消失了。

您需要使用密钥对程序集进行签名。进入选项卡签名下的项目属性:

我有这个解决方案与6个项目。 我的一个项目是将命名程序集引用为文件引用。其他人都指向了项目参考。

在这种情况下，我通常会得到不同的错误。

我的解决方案是在引用命名程序集的任何地方删除它，然后再将它添加回来。 一旦我完成了这个项目，这个问题就消失了。 在此之前，我尝试清理解决方案，并确保没有任何项目被签名。

希望它能帮助到某人…

如果依赖项不匹配，请在解决方案级别的NuGet包管理器中检查Update和consolidated选项卡，协调所有这些。

只需转到发布->应用程序文件->，并将受影响的dll发布状态从先决条件改为包括! 这对我很管用!

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