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

效果非常好。

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

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

如果你试了这个问题的所有其他答案，你会:

您的解决方案中有多个项目 有一个项目(项目a)引用另一个项目(项目B)，后者的项目引用一个NuGet包。 在项目A中，您使用Intellisense/ReSharper引入项目B中引用的NuGet包的引用(当项目B中的方法返回由NuGet包提供的类型并且该方法在项目A中使用时，这可能会发生) 通过NuGet包管理器(或CLI)更新NuGet包。

.．.你可能在你的项目的引用中有不同版本的NuGet包DLL，因为Intellisense/ReSharper创建的引用将是一个“正常的”引用，而不是预期的NuGet引用，所以NuGet更新过程不会发现或更新它!

要解决这个问题，请删除项目A中的引用，然后使用NuGet安装它，并确保所有项目中的NuGet包都是相同的版本。(如回答中所述)

生活小贴士:

当ReSharper/Intellisense建议添加一个引用到你的项目时，这个问题就会出现。它可能比上面的例子复杂得多，多个交织的项目和依赖关系使其难以跟踪。如果ReSharper/Intellisense建议的引用实际上来自NuGet包，使用NuGet来安装它。

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

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