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

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

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的项目版本，并且错误消失了。

就我而言，我将项目升级到。net 4.7.2，但仍然使用旧的visual studio版本(2015年)构建。 当我在VS 2019中构建项目时，构建失败消失了。

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

构建——>重建方案

帮助我的是，我进入包管理器解决方案，查看导致问题的安装包。我看到有几个项目引用了相同的包，但是版本不同。我根据自己的需要把它们排列起来，这很有效。

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

右键单击项目并选择“卸载项目”选项。您将注意到您的项目变得不可用。 右键单击不可用项目并选择“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 >

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