【问题标题】:Unable to install packages for .NETFramework versions that should work无法为应该工作的 .NETFramework 版本安装包
【发布时间】:2016-01-20 20:44:14
【问题描述】:

我遇到了无法安装 NuGet 包或更新包的问题,​​即使我过去能够安装这些包。

使用干净的解决方案,我可以使用 .NETFramework 4.5.2 创建一个 ASP.NET MVC 项目(我也尝试过使用 4.6.1)。

由于我采用默认身份验证选项(个人用户帐户),Microsoft Owin 包都被搭建在其中,包括核心 Owin 包(它是 Microsoft Owin 包的依赖项)。

如果我添加另一个项目(我从一个基本的类库开始,但出于测试目的还尝试了一个没有身份验证的 MVC 项目),我无法添加任何与 Owin 相关的包,因为 Owin 1.0.0 包失败:

PM> Install-Package Owin 

Attempting to gather dependencies information for package 'Owin.1.0.0' with respect to project 'Core', targeting '.NETFramework,Version=v4.5.2'

Attempting to resolve dependencies for package 'Owin.1.0.0' with DependencyBehavior 'Lowest'

Resolving actions to install package 'Owin.1.0.0'

Resolved actions to install package 'Owin.1.0.0' 

Install failed. Rolling back... 

Package 'Owin.1.0.0 : ' does not exist in project 'Core'
 Install-Package : Could not install package 'Owin 1.0.0'. You are trying to install this package into a project that targets '.NETFramework,Version=v4.5.2', but the package does not contain any assembly referen ces or content files that are compatible with that framework. For more information, contact the package author. 
At line:1 char:16
    + Install-Package <<<<  Owin
        + CategoryInfo          : NotSpecified: (:) [Install-Package], Exception
        + FullyQualifiedErrorId : NuGetCmdletUnhandledException,NuGet.PackageManagement.PowerShellCmdlets.InstallPackageCommand PM>

脚手架项目使用 .NetFramework 4.5.2,并且已经有 Owin 版本 1.0.0 可以正常工作。

同样,默认情况下包含响应。默认版本为 1.2.0。

我可以使用 NuGet 包管理器毫无问题地升级到 1.4.1 版。但是,如果我尝试升级到最新的稳定版 1.4.2,我会遇到与安装 Owin 时完全相同的错误。

一位同事通过源代码管理拥有同一项目的副本,他也在运行 VS2015。他可以更新到响应 1.4.2。没有问题。

另一位同事复制了我尝试的每个测试,但没有遇到任何问题。

更奇怪的是,今天早上我能够将 Owin 及其依赖项添加到 .NET 类库项目中(但我无法升级到最新的 Respond 版本)。但是在删除解决方案并开始新的解决方案后,我开始遇到各种包的问题。

【问题讨论】:

    标签: asp.net visual-studio-2015 nuget-package


    【解决方案1】:

    我相信我找到了解决方案。

    我尝试了flushing my user cache,甚至卸载并重新安装了 Visual Studio(删除了所有似乎相关的 AppData 文件),但问题仍然存在。

    但是,清除C:\Users\&lt;&lt;UserName&gt;&gt;\.nuget\packages 中的数据已经解决了这个问题。

    【讨论】:

    • nuGet 最近变得很糟糕
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-08-01
    • 1970-01-01
    • 2017-07-20
    • 1970-01-01
    • 2020-03-23
    • 1970-01-01
    • 2018-10-28
    相关资源
    最近更新 更多