在VS 2019中，在项目References下，通过展开Analyzers检查是否有任何未解决的项:

对我来说，有两个路径错误的.dll文件。右键单击每个并选择删除:

构建项目，然后构建解决方案。 完成了。

我在Visual Studio 2012中有很多项目的解决方案中遇到了这个问题。以与项目构建顺序相同的顺序手动重新构建解决方案中的每个项目(在解决方案资源管理器中右键单击并重新构建)为我修复了它。

最终我找到了一个给我一个编译错误的程序。我修复了错误，解决方案将在此之后正确构建。

我也遇到过同样的问题。首先，我从工具> nuget包管理器>包管理器设置中清除所有nuget缓存，然后单击“清除所有nuget缓存”。打开Powershell，运行“dotnet restore”，然后运行“dotnet build”。就我而言，这个解决方案纠正了我的错误。

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

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

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

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

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

在获得最新的(Team Foundation Server (TFS)命令)后，我遇到了这个问题。

在解决了冲突之后，我发现使用了项目中不存在的名称空间的语句。

我删除了using语句然后清理并重建，一切正常。

我有这个问题，因为.nuget\NuGet.exe不包括在我的存储库。虽然我在NuGet中启用了DownloadNuGetExe。目标，它报告了一个代理错误时，试图下载它。这导致项目构建的其余部分失败。