对我来说，它发生在我将一个新项目纳入解决方案时。

Visual Studio自动选择。net framework 4.5。

像其他库一样，我将版本改为. net 4.5.2，它可以工作。

我也遇到过同样的问题。在我的例子中，我引用了一个类库项目，它的. net版本比我的项目更高，VS未能构建该项目，并引发了与你发布的相同的错误。

我只是简单地将我的类库项目的。net版本(破坏构建的那个)设置为与引用项目的。net版本相同，问题就解决了。

在我的网页里。配置文件更改此

<?xml version="1.0" encoding="utf-8"?>

这个

<?xml version="1.0"?>

修正了我的问题

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

实际解决方案

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

注:

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

我试过的其他方法都没用

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

在我的例子中，解决方案的父文件夹的名称中有%20。我通过删除%20重命名了父文件夹，问题得到了解决。

这里解释的大多数方法都不能为我解决这个问题。

最后，我通过以下步骤解决了这个问题:

1. 关闭Visual Studio。

2. 删除每个项目的bin文件夹中的所有内容。

3.开放解决方案并重新构建。