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

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

我的解决方案是在引用命名程序集的任何地方删除它，然后再将它添加回来。 一旦我完成了这个项目，这个问题就消失了。 在此之前，我尝试清理解决方案，并确保没有任何项目被签名。

希望它能帮助到某人…

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

您的解决方案中有多个项目 有一个项目(项目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来安装它。

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

尝试update-package -重装-ignoredependencies

为任何人添加我的解决方案，这可能会有所帮助。

I had a ClickOnce solution throwing this error. The app referenced a common "Libs" folder and contained a project reference to a Foo.dll. While none of the projects in the solution referenced the static copy of the Foo.dll in the "Libs" folder, some of the references in that folder did (ie: my solution had refs to Libs\Bar.dll which referenced Foo.dll.) Since the CO app pulled all the dependencies from Libs as well as their dependencies, both copies were going into the project. This was generating the error above.

我通过将我的Libs\Foo.dll静态版本移动到一个子文件夹Libs\Fix\Foo.dll来解决这个问题。此更改使ClickOnce应用程序只使用DLL的项目版本，并且错误消失了。

帮助我的是，我进入包管理器解决方案，查看导致问题的安装包。我看到有几个项目引用了相同的包，但是版本不同。我根据自己的需要把它们排列起来，这很有效。