对我来说，以下步骤是有效的:

找到未构建的项目 在解决方案中删除/添加对项目的引用。

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

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

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

实际解决方案

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

注:

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

我试过的其他方法都没用

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

在我的例子中，我删除了git文件夹并删除了git (Azure DevOps)。 这是我唯一有效的方法。

我尝试了清洁，重建，重新配置构建，删除bin和obj文件夹;毫无效果。 当我删除了Git的解决方案，voilá!这对我很管用。

我不明白，但这个帮我解决了。

在我的例子中，我得到这个错误消息的原因很简单，从TFS获得项目的最新版本后，解决方案中错误的项目被标记为启动项目。选择正确的项目作为启动项目为我解决了这个问题。

对我来说，问题发生了，因为我是内联变量。

因此，以下是成功的构建:

ReportCategory reportCategoryEnum;
Enum.TryParse(reportCategory, true, out reportCategoryEnum);

而当我修改我的代码如下，没有错误显示，但构建失败

Enum.TryParse(reportCategory, true, out ReportCategory reportCategoryEnum);