我也遇到了一些问题，我所要做的就是删除导致错误的.dll(可以在参考中找到)，并重新添加它。

效果非常好。

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

构建——>重建方案

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

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

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

右键单击项目并选择“卸载项目”选项。您将注意到您的项目变得不可用。 右键单击不可用项目并选择“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的列表。确保那些给你带来麻烦的人的发布状态标记为“包括”而不是“先决条件”。