在我的案例中，设置目标框架解决了问题:

右键单击项目并选择Properties 在Application中，将目标框架更改为与主项目相同(例如。"．NET Framework 4.5”)。

以上几点我都同意，只是有一点不同。 在我的例子中:我使用的是Visual Studio 2019。我结束了VS-2019，以VS-2017开始。并重建项目一切工作都很好! 我的职位日期是2019年4月19日

在Visual Studio的新版本中仍然会发生这种情况(我刚刚在Visual Studio 2013中发生了这种情况):

另一种方法是关闭Visual Studio并删除.sln文件旁边的.suo文件。(它将在下次保存全部(或退出Visual Studio)时重新生成)。

当我在另一台机器上向解决方案中添加新项目时，我就遇到过这个问题，但.suo文件在其他情况下也可能被损坏，导致非常奇怪的Visual Studio行为，所以删除它是我一直尝试的事情之一。

注意，删除.suo文件将重置解决方案的启动项目。

关于.suo文件的更多信息在这里。

这类错误看起来与Visual Studio没有提供关于错误的正确信息有关。开发人员甚至不理解构建失败的原因。它可能是语法错误或其他原因。通常，要解决这类问题，您应该找到问题的根源(例如，查看构建日志)。

在我的例子中，问题实际上是错误列表窗口没有显示任何错误。但确实有语法错误;我在输出窗口中发现了这些错误，在修复它们之后，问题就解决了。

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

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

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

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

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

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