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

Update-Package -reinstall

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

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

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

.NET程序集强- name签名者

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

如@Michal Stefanow所说，删除“Signing”选项卡下的“Sign the assembly”复选标记。

Add here是为自己的文件和/或其他人的文件签名的最简单方法。你只需要在“Post-build event命令行”下添加这一行:

"C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\bin\signtool.exe" sign /f "$(ProjectDir)\YourPfxFileNameHere.pfx" /p YourPfxFilePasswordHere /d "Your software title here" /du http://www.yourWebsiteHere.com /t http://timestamp.verisign.com/scripts/timstamp.dll /v "$(BaseOutputPath)$(TargetFileName)"

你可以给别人的文件签名，也可以给自己的文件签名，想签多少都行。

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

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

I had this issue for an app that was strongly named then had to change it in order to reference a non-strongly named assembly, so I unchecked 'Sign the assembly' in the project properties Signing section but it still complained. I figured it had to be an artifact somewhere causing the problem since I did everything else correctly and it was just that. I found and removed the line: [assembly: AssemblyKeyFile("yourkeyfilename.snk")] from its assemblyInfo.cs file. Then no build complaints after that.

对我来说，问题在于没有强名称的NuGet包。解决方案是从NuGet安装StrongNamer，它会自动向所有引用的程序集添加强名称。只是简单地在项目中引用它修正了我的问题。