Azure devops Nuget安装失败:包不包含任何与该框架兼容的程序集引用或内容文件

Azure devops Nuget安装失败:包不包含任何与该框架兼容的程序集引用或内容文件,azure-devops,nuget,.net-standard,.net-4.7.2,Azure Devops,Nuget,.net Standard,.net 4.7.2,如果我理解正确,那么我应该能够从framework 4.7.2解决方案中引用.net标准库 我想使用Nuget安装这样一个引用 我正在为Nuget包使用Azure DevOps工件。当我推送我的.net标准解决方案时,我可以看到包确实创建了,并且Nuget install命令是正确的 Install-Package SBD.Standard -version 2.0.0-CI-etc 然而,当我在我的Framework4.7.2项目的PM控制台上尝试这一点时,我发现 无法安装程序包“SBD.S

如果我理解正确,那么我应该能够从framework 4.7.2解决方案中引用.net标准库

我想使用Nuget安装这样一个引用

我正在为Nuget包使用Azure DevOps工件。当我推送我的.net标准解决方案时,我可以看到包确实创建了,并且Nuget install命令是正确的

Install-Package SBD.Standard -version 2.0.0-CI-etc
然而,当我在我的Framework4.7.2项目的PM控制台上尝试这一点时,我发现

无法安装程序包“SBD.Standard 2.0.0-etc”。您正在尝试将此软件包安装到目标为的项目中 “.NETFramework,Version=v4.7.2”,但该包不包含与该版本兼容的任何程序集引用或内容文件 框架


此外,在VS2019->Manage nuget packages for solution的相关提要中,我不认为SBD.Standard是一个可用的包。

我想我需要packages.config

我能够创建一个新的4.7.2项目,并添加使用.net标准2.0(但不是2.1)的nuget包

当我尝试添加nuget包时,我得到一个对话框,要求我选择nuget包管理器格式


所以我选择了Packages.config,这很有效。

我想我需要Packages.config

我能够创建一个新的4.7.2项目,并添加使用.net标准2.0(但不是2.1)的nuget包

当我尝试添加nuget包时,我得到一个对话框,要求我选择nuget包管理器格式

所以我选择了Packages.config,这很有效


我不确定我是否做对了。我解决了我的问题,但不确定这到底是不是真的。因为PackageReference是最近才出现的,所以它应该可以工作

对这个问题的一些补充解释

在.net framework中使用新的基于SDK的项目类型或
PackageReference
时,NuGet restore存在问题:

当我们使用
packages.config
项目或非基于SDK的项目类型时,NuGet在安装/恢复期间不会检查兼容性

因此,为了解决这个问题,我们需要确保引用的项目是一个旧式csproj或使用
packages.config

这就是
packages.config
适合您的原因

希望这有帮助


我不确定我是否做对了。我解决了我的问题,但不确定这到底是不是真的。因为PackageReference是最近才出现的,所以它应该可以工作

对这个问题的一些补充解释

在.net framework中使用新的基于SDK的项目类型或
PackageReference
时,NuGet restore存在问题:

当我们使用
packages.config
项目或非基于SDK的项目类型时,NuGet在安装/恢复期间不会检查兼容性

因此,为了解决这个问题,我们需要确保引用的项目是一个旧式csproj或使用
packages.config

这就是
packages.config
适合您的原因


希望这能有所帮助。

学习感谢您在这里发布并在论坛中分享解决方案,因为这对遇到类似问题的任何人都有帮助。我不确定我是否正确。我解决了我的问题,但不确定这到底是不是真的。由于PackageReference是最近才出现的,它应该会起作用。我已经给出了解决方案原因的答案,希望这有助于您澄清此问题的原因。实际上,我发现使用PackageReference很重要。谢谢你在这里发帖并在论坛上分享这个决议,因为它对任何遇到类似问题的人都会有帮助。我不确定我是否正确。我解决了我的问题,但不确定这到底是不是真的。由于PackageReference是最近才出现的,它应该会起作用。我已经给出了解决方案原因的答案,希望这有助于您澄清此问题的原因。实际上,我发现使用PackageReference很重要。在您的5461问题链接中,有一个引用框架库的标准应用程序。我的情况正好相反。引用标准库的框架应用程序。在指向5461问题的链接中,有一个引用框架库的标准应用程序。我的情况正好相反。引用标准库的框架应用程序。