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

我用的是VS 2019。我们集团预计从2017年升级到2019年。

实际解决方案

我试图克隆到我的C:驱动器上的一个文件夹，这是我漫游配置文件的一部分(所以在网络上)。我创建了一个本地文件夹，它保证不会被跟踪，而是被克隆到那里。这些问题都消失了。

注:

这不可能是路径长度问题，因为我还尝试将其克隆到名称比原始路径长的文件夹中，结果构建良好。 这不可能是因为文件名中有空格，因为我们的解决方案文件夹中有空格。 这个问题似乎只影响VS2019，而不影响VS2017。虽然我们以前遇到过漫游配置文件的问题，但它通常发生在我们尝试与Git同步时，而不是构建时。

我试过的其他方法都没用

重新启动VS，注销，重新启动等。 从DevOps回购中删除解决方案并重新克隆 我们的代码中没有构建错误 取消选中并重新选中“生成配置”框 构建顺序是有意义的 所有。net框架的目标都是一样的。(对我来说是4.6。可能并不重要。) dll实际上存在于path中 重新加载项目 重新安装NuGet包 重新添加dll

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

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

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

在我的例子中:去添加引用。在引用管理器窗口中取消对其他项目的DLL项目的勾选。保存它。再次将引用DLL项目添加到其他项目。

这里的其他东西对我都没用，但这个有用:

Git的存储变化 清洁和构建 应用储备 重建

现在，突然VS给我指出了一个以前没有显示的错误。此外，智能感知忽略了该文件中的几个错误。我纠正了那些没有红色下划线的帮助，然后能够成功构建。

在我的案例中，问题是由一个简单的构建错误引起的，

事件“XYZ”从未被使用过

不管出于什么原因，它都没有显示在错误窗口中。

因此，Visual Studio构建系统似乎忽略了这个错误，并试图构建依赖的项目，这反过来又以恼人的元数据消息失败。

建议是——尽管听起来很愚蠢——

首先看看你的输出窗口!

我花了半个小时才想到这个主意。