根据错误消息，我认为文件路径没有被截断。它看起来是不正确的。如果我正确地阅读消息，它似乎正在寻找DLL文件在…

工作= - \ VersionManagementSystem \ BusinessLogicLayer \ bin \ \工具调试\ BusinessLogicLayer.dll

这不是有效路径。是否可能将构建过程中的宏定义设置为无效值?

在我的案例中，解决方案中的一些项目针对任何CPU，其中一些针对x86。在整个解决方案统一了平台目标后，编译错误消失了。

我正在运行Visual Studio 2013。

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

六年后，在升级到Visual Studio 2015时，又遇到了同样的问题。因为这个特解不在我加进去的这个列表里。

c:\windows\system32…文件夹中。 将它们移动到一个非系统文件夹，并添加一个对新文件夹的引用，最终解决了这个问题。其余的问题确实是其他人已经在这里说过的

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

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

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

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

在我的案例中，我犯了这个错误，因为我的一个项目使用了不同于其他解决方案的。net框架版本。我使用NuGet包管理器来安装NLog，所以，我认为，它安装了这个项目的。net版本。

我尝试了这篇文章中的所有解决方案，但没有一个有效。我删除了NLog，清理了解决方案和trid编译:同样的事情，CS006错误。

当我从这个项目中删除obj\Debug中的所有文件时，解决方案就编译了。