在我的例子中，我进入解决方案属性，并确保在两个项目的配置中选中了“Build”。我的主要项目没有检查。

对于那些在试图将网站发布到Azure时遇到这种错误的人来说，上面这些看起来很有希望的解决方案都没有帮助到我。我也在同一条船上——我的解决方案本身构建得很好。最后我不得不这么做

把我溶液里的鸡块都去掉。 关闭并重新打开我的溶液。 重新添加所有的nuget包。

有点痛苦，但这是我能让我的网站发布到Azure的唯一方法。

我知道这个线程是旧的，但无论如何我共享，我必须安装导入程序集的所有第三方依赖项-因为导入的程序集不包括在Nuget包中，因此它的依赖项丢失了。

跳这个帮助:)

我的情况和这里讨论的一样，但在我移除系统之前没有解决它。来自引用列表的核心引用(没有它一切都可以正常工作)

希望这能帮助到一些人，因为这个问题很令人沮丧

我在试图以代理的身份在本地机器上运行Visual Studio Team Services构建时遇到此错误。

它在我的常规工作空间中工作得很好，我能够在本地代理文件夹中打开SLN文件，一切都编译好了。

有问题的DLL存储在项目中Lib/MyDLL.DLL，并在csproj文件中引用此DLL:

<Reference Include="MYDLL, Version=2009.0.0.0, Culture=neutral, PublicKeyToken=b734e31dca085caa">
  <SpecificVersion>False</SpecificVersion>
  <HintPath>Lib\MYDLL.dll</HintPath>
</Reference>

结果是，尽管有提示路径，它还是找不到文件。我认为msbuild可能是相对于SLN文件而不是项目文件。

在任何情况下，如果您得到的消息是无法解析此引用。无法定位程序集，请确保DLL位于msbuild可访问的位置。

我有点作弊，发现一条消息说“参考\bin\xxx.dll”，然后把dll复制到那里。

您还可以尝试删除您认为有问题的代码，并查看是否在没有引用该代码的情况下进行编译。如果不是，请修复问题，直到它再次编译，然后将您怀疑的问题代码重新插入。有时，当编译器不喜欢其他东西时，我就会得到一些我知道是正确的类或方法的奇怪错误。一旦我修复了它真正挂起来的东西，这些“幻影”错误就消失了。