您的程序集是否正确签名?

要检查这一点，在项目上按Alt+Enter(或右键单击，然后Properties)。点击“签名”。验证复选框“签名程序集”已选中，强名称密钥文件已选中，且“仅延迟签名”未选中。

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

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

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

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

我猜您没有使用强名称程序集。当两个项目引用相同程序集的略有不同的版本，而一个更依赖的项目引用这些项目时，我就犯过这个错误。在我的案例中，解决方案是从.csproj文件中的程序集名称中删除键和版本信息(无论如何这都无关紧要)，然后进行干净的构建。

不同程序集版本之间的更改与引用它们的解决方案部分兼容。如果你的情况不是这样，你可能需要做更多的工作来解决这个问题。

NuGet

使用NuGet很容易陷入这种情况，如果:

将包安装到解决方案中的一个项目。 将该包的新版本部署到包源。 将其安装到同一解决方案中的另一个项目。

这将导致解决方案中的两个项目引用该包程序集的不同版本。如果其中一个引用了另一个并且是ClickOnce应用程序，您将会看到这个问题。

要解决这个问题，在Nuget包管理器控制台中发出update-package [package name]命令，将所有内容都提升到一个公平的竞争环境，此时问题就会消失。

您应该在解决方案级别而不是在项目级别管理NuGet包，除非有令人信服的理由不这样做。解决方案级包管理避免了依赖关系的多个版本。在使用管理UI时，如果Consolidated选项卡显示1个或多个包具有多个版本，请考虑将它们合并为一个。