在解决方案文件夹中删除包含NuGet的packages文件夹对我来说是有效的。重建之后，一切都恢复正常了。检查解决方案中的引用，并检查带有黄色三角形的引用。

例图:

在我的例子中，我注释掉了一个特定(空)命名空间中的类:

namespace X.Y.Z.W
{

    // Class code

}

当我删除命名空间代码和它的导入(使用)命令时，问题就解决了。

在构建中，它还说-随着项目丢失的DLL文件:

类型或命名空间名称“W”在命名空间“X.Y.Z”中不存在(您是否缺少一个程序集引用?)

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

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

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

我在我的解决方案中添加了一个新项目，并开始得到这个。

的原因吗?我引入的项目针对的是一个不同的。net框架(4.6和另外两个是4.5.2)。

这适用于我在VS2019 . net Core, ASP。Net Core解决方案。

在解决方案的同一位置打开PowerShell控制台。 输入dotnet restore恢复所有包和项目 键入dotnet构建。解决方案将被构建

现在它也可以从Visual Studio IDE构建。 其他的解决方法对我都不起作用

我在VS2019中也遇到了同样的问题。以下是你需要做的:

在某个分支上推送最新的更改 删除项目 从快速入门中删除项目-你可以尝试引用不存在的项目，它会要求你删除 克隆项目 运行项目