我试图使用c# 4.0编译我的excel插件，并在Visual Studio中构建我的项目时开始遇到这个问题。重要的是要告诉你，我以前从来没有遇到过这个问题。什么会导致这种情况发生?
当前回答
这里有一个不同的方法来解决这个问题:
右键单击项目并选择“卸载项目”选项。您将注意到您的项目变得不可用。 右键单击不可用项目并选择“Edit”选项。 向下滚动到包含所有资源标记的“< 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发布状态从先决条件改为包括! 这对我很管用!
帮助我的是，我进入包管理器解决方案，查看导致问题的安装包。我看到有几个项目引用了相同的包，但是版本不同。我根据自己的需要把它们排列起来，这很有效。
I recently hit this problem. In my case, I have NuGet packages on different assemblies. What I had was different versions of the same NuGet packages associated with my own assemblies. My solution was to use the NuGet package manager upon the Solution, as opposed to the individual projects. This enables a "consolidation" option, where you can upgrade your NuGet packages across as many projects as you want - so they all reference the same version of the assembly. When I did the consolidations, the build failure disappeared.
您需要使用密钥对程序集进行签名。进入选项卡签名下的项目属性:
我有这个解决方案与6个项目。 我的一个项目是将命名程序集引用为文件引用。其他人都指向了项目参考。
在这种情况下，我通常会得到不同的错误。
我的解决方案是在引用命名程序集的任何地方删除它，然后再将它添加回来。 一旦我完成了这个项目，这个问题就消失了。 在此之前，我尝试清理解决方案，并确保没有任何项目被签名。
希望它能帮助到某人…
