为什么得到“ Assembly'* .dll”必须经过强签名才能被标记为先决条件。”？

我正在尝试使用C＃4.0编译excel插件，并在Visual Studio中构建项目时开始出现此问题。重要的是要告诉您我以前从未遇到过此问题。什么会导致这种情况发生？

我的猜测是您不使用强命名程序集。当两个项目引用同一个程序集的版本稍有不同，而另一个依赖项引用这些项目时，我遇到了此错误。我的解决方法是从.csproj文件中的程序集名称中删除键和版本信息（无论如何都没有关系），然后执行干净的构建。

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

NuGet

使用NuGet，在以下情况下很容易陷入这种情况：

1. 您将一个程序包安装到解决方案中的一个项目。
2. 该软件包的新版本将部署到软件包源。
3. 您将其安装到同一解决方案中的另一个项目中。

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

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

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

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

菜单：项目| “项目名称”属性... | 安全标签| “启用ClickOnce安全设置”复选框。

看到这个答案。

转到发布页面，然后单击“应用程序文件”。从那里，您应该看到DLL的列表。确保给您带来麻烦的用户的发布状态标记为“包括”，而不是“先决条件”。

我遇到了这个问题。发生这种情况是因为我有许多项目指向相同的程序集，但来自不同的版本。我解决了选择对解决方案中所有项目相同的版本的问题。

如果您更改了程序集版本或复制了错误中所述的托管库的其他版本，则您以前可能还编译了引用错误版本的文件。“全部重建”（或如前面的注释中所述删除“ bin和'obj”文件夹）应该可以解决这种情况。

您需要用钥匙在组件上签名。进入选项卡签名下的项目属性：

为可能会帮助您的任何人添加针对此问题的解决方案。

我有一个ClickOnce解决方案，抛出此错误。该应用程序引用了一个常见的“库”文件夹，并包含了对的项目引用Foo.dll。虽然解决方案中的所有项目都没有引用Foo.dll“ Libs”文件夹中的静态副本，但该文件夹中的某些引用却引用了（即：我的解决方案具有Libs\Bar.dll引用的引用Foo.dll。）由于CO应用程序从中提取了所有依赖项Libs以及它们的依赖关系，两个副本都进入了项目。这是产生上面的错误。

我通过将Libs\Foo.dll静态版本移到子文件夹中解决了该问题Libs\Fix\Foo.dll。此更改使ClickOnce应用程序仅使用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软件包均为相同版本。（如该答案中的解释）

Life Pro提示：

只要ReSharper / Intellisense建议为您的项目添加引用，就会出现此问题。与上面的示例相比，它可能更令人费解，具有多个交织的项目和依赖项，因此很难进行追踪。如果ReSharper / Intellisense建议的引用实际上来自NuGet软件包，请使用NuGet进行安装。

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

构建->重建解决方案

解决方案中的项目太多，无法逐一进行更新，因此我通过以下方式解决了此问题：

• 右键单击我的解决方案，然后选择“管理NuGet解决方案的软件包...”。
• 转到更新选项卡
• 查找受影响的软件包并选择更新
• 单击“确定”，这将使包的所有实例保持最新状态

卸载和重新加载问题项目为我解决了它。

我去发布应用程序文件，发现抛出错误的dll 从'Include（Auto）' 更改为'Include '。我现在可以发布。

将Excel插件从packages.config迁移到PackageReference后，我遇到了此问题。似乎与此问题有关。

如果您不使用ClickOnce，则以下方法可以作为一种粗略的解决方法（它将忽略.manifest文件中的所有依赖项信息）：

1. 卸载项目，编辑.csproj

2. 查找如下所示的部分：

   <!-- Include additional build rules for an Office application add-in. -->
   <Import Project="$(VSToolsPath)\OfficeTools\Microsoft.VisualStudio.Tools.Office.targets" Condition="'$(VSToolsPath)' != ''" />

3. 编辑引用.targets文件的重命名副本（在我的情况下，文件解析为C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\Microsoft\VisualStudio\v15.0\OfficeTools\Microsoft.VisualStudio.Tools.Office.targets副本，我Microsoft.VisualStudio.Tools.Office_FIX.targets在同一文件夹中进行了复制-并未检查它是否在其他文件夹中工作）。

4. 找到该GenerateApplicationManifest元素并将其属性更改Dependencies="@(DependenciesForGam)"为Dependencies=""。

5. 更改2.中找到的部分，以引用您的已编辑.targets文件。

每当.targetsVS附带的文件版本更新（或您将无法获得更新）时，都必须重复执行此操作，但是我希望它将很快得到修复...

程序集是否正确签名？

要对此进行检查，请在项目上按Alt + Enter（或右键单击，然后单击“属性”）。转到“签名”。验证是否已选中“对程序集签名”复选框，并且选中了强名称密钥文件，并且未选中 “仅延迟签名” 。

现在这是解决问题的另一种方法：

• 右键单击项目，然后选择“卸载项目”选项。您会发现您的项目不可用。

• 右键单击不可用的项目，然后选择“编辑”选项。

• 向下滚动到包含所有资源标签的“ <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的版本时引起的。您需要删除所有项目或目标构建文件夹中的.dll。

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

如果您的主项目使用某些库项目并已对其进行引用，则当您在库项目中进行某些更改（例如：重命名类）时，如果您的项目引用了程序集dll文件而不是库项目，则可能导致此问题。

您可以通过“对象浏览器”窗口中的视图（菜单视图->对象浏览器）检查对主项目的所有引用。对dll文件的引用始终具有版本号。例如：TestLib [1.0.0.0]

解决方案：删除主项目对库项目的当前引用，然后再次添加对该库项目的引用。

在这里尝试了大多数解决方案之后，我终于从单击一次项目中添加了对该项目的引用，将其从Include更改为Include（Auto），并且终于可以使用了。

帮助我的是我进入了软件包管理器解决方案，并查看了导致问题的已安装软件包。我看到几个项目引用了相同的软件包，但版本不同。我根据自己的需要调整了它们，并成功了。

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

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

我的解决方案是删除已引用的命名程序集，然后将其重新添加。一旦完成项目，问题就消失了。在执行此操作之前，我尝试清洁解决方案，并确保未签署任何项目。

希望它可以帮助某人...

如果它与依赖项依赖项不匹配，请转到解决方案级别的NuGet程序包管理器，然后检查“更新”和“合并”选项卡，将其全部协调。

我最近遇到了这个问题。就我而言，我的NuGet包位于不同的程序集中。我所拥有的是与我自己的程序集关联的同一NuGet软件包的不同版本。
我的解决方案是在解决方案上使用NuGet软件包管理器，而不是各个项目。这将启用“合并”选项，您可以在其中跨任意多个项目升级您的NuGet软件包-因此它们都引用同一版本的程序集。当我进行合并时，构建失败消失了。

我也遇到了种问题，我要做的就是删除导致错误的.dll（可以在参考资料中找到），然后再次添加。

奇迹般有效。

尝试使用update-package -reinstall -ignoredependencies

只需转到发布->应用程序文件->，然后将影响的dll发布状态从先决条件更改为包含即可！这对我有用！