我也遇到过类似的问题，但使用的是v4.7.2。也就是说，我一直得到这样的构建日志消息:

错误:你的项目没有引用“. net framework,Version=v4.7.2”框架。在项目文件的“TargetFrameworks”属性中添加对“. net framework,Version=v4.7.2”的引用，然后重新运行NuGet还原。

尽管看起来很相似，但上面建议的步骤对我都不起作用。每次构建之后，我都会看到这条消息。似乎什么也帮不上忙。

In fact, the problem was related to that, due to migration, I had to put two projects in one folder of code. One of them was targeted at .Net Core, another at .Net Framework, both referenced same .Net Standard libraries. Apparently, they share the same obj folder where Core projects put project.assets.json file. Actually, exactly this file interferres with the Framework project preventing its normal build. Seems even if you performed Migrate from packages.config to PackageReference... which was recommended as one of possible solution.

你可以尝试通过将下面的代码片段放入你的框架项目文件来修复这个问题:

<Project>
  ...
  <PropertyGroup>
    <BaseOutputPath>$(MSBuildProjectDirectory)/out/$(MSBuildProjectName)/bin</BaseOutputPath>
    <BaseIntermediateOutputPath>$(MSBuildProjectDirectory)/out/$(MSBuildProjectName)/obj</BaseIntermediateOutputPath>
  </PropertyGroup>
  ...
</Project>

它立刻对我起了作用，直到后来我仔细地读到为什么我们需要它，为什么它起作用。我意外地在《确保。net框架项目仍然构建》的第2部分将一个样本WPF应用程序迁移到。net Core 3中发现了它。BaseOutputPath和BaseIntermediateOutputPath msbuild变量可以在那里找到，不确定它们是否在任何地方都有良好的文档。

我已经删除了obj文件夹，并在属性窗口中选择所需的目标框架后重新运行构建，它为我工作。

如果您已经删除了提供nuget包的旧SDK，也会发生此错误，但它仍然在nuget管理器/设置下的包源列表中被引用。删除不再使用的nuget包源来修复此问题。否则，Visual studio在构建时会创建project.assets.json文件，并引用旧的sdk，如果路径不在那里，就会得到OP的错误。 在我的例子中，我的列表中有DevExpress 20.2，我删除了它来解决这个问题。

在我的例子中，删除project文件夹works下的.pkgrefgen/文件夹，它包含一个引用旧的。net框架的project.assets.json文件

我在。net 4.71中遇到了同样的问题。在我的例子中，我只是从包迁移。配置为“包引用”

从包迁移。配置到PackageReference

…它解决了我的问题。对于我来说，我无论如何都要这样做，所以如果您已经这样做了，我就跳过上面的步骤，迁移到包引用。

重命名项目为我解决了这个错误。问题发生在我创建。net Core项目之后，然后我删除了它，并创建了一个同名的。net Standard项目。Obj文件夹根本不存在。删除bin文件夹，包，清洁和重建解决方案和获得最新的覆盖没有帮助。

我没有尝试过，但是这个线程提出的解决方案是包括在csproj标签中:

<ResolveNuGetPackages>false</ResolveNuGetPackages>