2

我的解决方案设置为启用还原包，.nuget 文件夹和所有预期内容都存在。在解决方案的根级别，我有一个 Nuget.config（我无法使用 .nuget 文件夹中的配置文件，因为 VS 没有加载它）添加了自定义 Artifactory 源并禁用了默认 nuget 源。

现在，如果我从命令行构建（使用 msbuild），包会成功恢复，如果我在 Visual Studio 中构建，包也会成功恢复。但是，如果我从“管理 NuGet 包”窗口中单击恢复按钮，Nuget 只会下载一个包，并且该文件夹名为 1.1.0.0，这 [显然] 不是一个有效的包，并且在通过任何一种自动方法恢复时都不存在。

有人可以解释这里发生了什么吗？

编辑：根据一些评论，严格来说这似乎不是 NuGet 的问题，但与 Artifactory 结合使用时。

经过一番调查，这个包的下载也是在另外两种情况下触发的（包括使用 Artifactory 3.0.4：

1）。通过单击 Nuget 包管理器窗口上的“恢复包”按钮，从 Visual Studio 中恢复 NuGet 包

3）。尝试在未在 repo 上进行身份验证的情况下恢复包

4

2 回答 2

0

我也遇到了这个问题。我认为这与有人创建了这个包有关：

http://www.nuget.org/packages/1/

他们为什么要创造它超出了我的理解，但它也引起了人工制品的怪异。我认为这与包名也是有效版本号这一事实有关。

于 2013-11-14T21:31:50.977 回答
0

虽然 NuGet 库中确实有一些垃圾，但这个问题出在 Artifactory 3.0.3 上。NuGet 2.7 中的请求https://www.nuget.org/api/v2/Packages(Id='PACKAGE_ID',Version='PACKAGE_VERSION')发生了一些变化，Artifactory 3.0.4 修复了该问题（请参阅https://www.jfrog.com/jira/browse/RTFACT-5953）。3.0.3 中的主要问题是它忽略了 Pacakges() 的内部内容，因此为您提供了 Gallery 的第一个结果，即1包。

于 2013-11-15T08:38:32.177 回答