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

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

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

我在从包中迁移Excel插件后遇到了这个问题。配置到PackageReference。似乎和这个问题有关。

如果你不使用ClickOnce，下面的工作作为一个粗略的解决方案(它将从.manifest文件中省略所有依赖信息):

Unload project, edit .csproj Find the section looking like this: <!-- Include additional build rules for an Office application add-in. --> <Import Project="$(VSToolsPath)\OfficeTools\Microsoft.VisualStudio.Tools.Office.targets" Condition="'$(VSToolsPath)' != ''" /> Edit a renamed copy of the referenced .targets file (in my case, the file resolved to C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\VisualStudio\v15.0\OfficeTools\Microsoft.VisualStudio.Tools.Office.targets and I made a copy Microsoft.VisualStudio.Tools.Office_FIX.targets in the same folder - didn't check if it works from a different folder). Find the GenerateApplicationManifest element and change its attribute Dependencies="@(DependenciesForGam)" to Dependencies="". Change the section found in 2. to reference your edited .targets file instead.

每当VS附带的.targets文件版本更新(或者你不会得到更新)时，这将不得不重复，但我希望它能很快得到修复…

当我遇到这个问题时，我通过关闭“启用ClickOnce安全设置”来解决它。

菜单:项目|“项目名称”属性…|安全选项卡|“启用ClickOnce安全设置”复选框。

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

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

NuGet

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

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

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

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

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

删除DLL(错误发生的地方)并重新构建解决方案解决了我的问题。谢谢

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