我也有同样的问题。在我的情况下，项目仍然会在发布模式下构建，只是当我试图在调试中构建时，它失败了。

我最终解决这个问题的方法是将所有dll(以及发布文件夹中的其他文件)复制到调试文件夹中。在每个项目都这样做之后，错误就消失了。

在对解决方案进行了大量更改之后，我开始遇到这个问题，搁置更改并撤销它。

解决这个问题的唯一方法是删除并再次添加从TFS到我的本地文件夹的映射。

我正在运行Visual Studio 2013。

似乎构建依赖项是不正确的。删除“*”。suo文件确实解决了我遇到的问题。

在我的例子中，我以错误的方式获得了安装目录。

如果您的解决方案路径类似于“我的项目%2c非常流行%2c单元测试%2c软件和硬件。zip”，它不能解析元数据文件，也许我们应该防止一些无效的单词，如%2c。

当从某些站点克隆存储库时，目录名是URL编码的。它将把目录名中的空格字符转换为%20，正斜杠转换为%2f，下划线转换为%5f，等等。虽然，我不确定为什么%符号会破坏事情。

将路径重命名为正常名称解决了我的问题。

对我来说，问题是我打开了两个Visual Studio窗口，我的项目在一个窗口中运行调试，而我试图在另一个窗口中构建它。

我不得不停止调试，然后它让我成功构建。

很多答案听起来像是反复试验。在我的例子中，它很简单:在那个特定的位置没有找到引用的dll。

如果您看到构建错误(通常在这种情况下)，则构建会报错许多dll。关键是找到丢失的正确dll。在我的例子中，我的解决方案中的一个项目有一个直接的dll引用而不是项目引用。因此，我需要在构建失败的解决方案之前构建输出该dll的项目，以确保失败的解决方案在该特定位置找到丢失的dll。

哇. .这很简单，但很难用语言表达出来。