我正在寻找解决同样问题的解决方案，取消“签署程序集”选项对我有用:

(正如你可能注意到的，截图来自Visual Studio 2010，但希望它能帮助到一些人。)

首先，确保解决方案中所有项目的所有NuGet包都是相同的版本。例如，您不希望一个项目引用NLog 4.0.0.0，而另一个项目引用NLog 4.1.0.0。然后尝试重新安装NuGet包

Update-Package -reinstall

我的程序集A引用了三个第三方程序集，而我的程序集B也引用了A，其中只有两个被包括在引用中。

缺少对第三方程序集的引用是由update package命令添加的，错误消失了。

ilmerge使用。ilmerge来自微软，但它没有随Visual Studio或sdk一起发布。不过你可以从这里下载。还有一个GitHub存储库。你也可以从NuGet安装:

PM> Install-Package ilmerge

使用方法:

ilmerge assembly.dll /keyfile:key.snk /out:assembly.dll /targetplatform:v4,C:\Windows\Microsoft.NET\Framework\v4.0.30319 /ndebug

如果需要，你可以使用sn(从Visual Studio)生成你自己的密钥文件:

sn -k key.snk

我已经编写了一个工具来自动强名称标记程序集，包括您没有源代码的程序集或已放弃的项目。它以一种简单的方式使用了答案中描述的许多技术，没有任何现有工具或过时说明的缺陷或缺陷。

.NET程序集强- name签名者

我希望这可以帮助任何需要签署第三方程序集的人，而不必经过重重困难才能到达那里。

情境: 你有方案A B C D在方案X Y中

X中的A、B、C项目 项目A, C, D在Y

我需要在项目A中使用项目C，但后来我不用了。在bin Debug项目A中有C.dll。

如果我编译解决方案X，一切都很好(在这个解决方案中，我删除参考A -> c)，但在解决方案Y中，我得到了这个问题。

解决方案是删除项目A中的C.dll bin Debug

为第三方程序集签名对我来说很有效:

引用程序集没有强名称

我了解到，如果链接的文章不再有效，发布步骤是很有帮助的。所有功劳归于Hiren Khirsaria:

运行Visual Studio命令提示符并转到DLL所在的目录。 例如，我的DLL位于D:/hiren/Test.dll 现在使用下面的命令创建CIL文件。 D:/hiren> ildasm /all /out=Test。il Test.dll(此命令生成代码库) 生成一个新密钥来对项目进行签名。 D:/hiren> sn -k mykey.snk 现在使用ilasm命令对库进行签名。 D:/hiren> ilasm /dll /key=mykey。snk Test.il