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

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

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

希望它能帮助到某人…

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

在尝试了这里的大多数解决方案后，我最终只是从点击一次项目中添加了一个引用，这将它从包括更改为包括(自动)，它最终工作了。

我在从包中迁移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文件版本更新(或者你不会得到更新)时，这将不得不重复，但我希望它能很快得到修复…

如果您更改了程序集版本或复制了错误中声明的托管库的不同版本，则以前编译的文件也可能引用了错误的版本。一个“重建所有”(或删除你的“bin”和“obj”文件夹在前面的评论中提到)应该解决这个问题。

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

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

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