包管理器控制台找不到包

发布于 2024-10-20 19:12:56 字数 173 浏览 0 评论 0原文

我正在尝试,

Install-Package NHibernate

但收到“找不到包...”。如果我打开 PCM 选项,可用源列表已填满,但绿色“确定”符号不存在。

我可以使用不同于 VS 中默认源 MS-Links-ID 206669 的替代源吗?

I'm trying to

Install-Package NHibernate

but I'm getting "Package ... could not be found". If I open the PCM-options, the list of available sources is filled, but the green OK-symbol isn't there.

Can I use an alternative source different to the MS-Links-ID 206669 which is the default source in VS?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

许你一世情深 2024-10-27 19:12:56

昨晚我也遇到了类似的问题。我的两个 LinkID 值是:

206669 和 19913

这意味着我传递到“设置”对话框的 URL 是:

https://go.microsoft.com/fwlink/?LinkID=206669
https://go.microsoft.com/fwlink/?LinkID=19913

19913 没有在可用软件包列表中产生任何内容。我认为这个数字是在我几周(几个月?)前安装该软件包并第一次放弃时出现的。

206669 似乎有效。我可以看到预期的软件包,但我只能安装一些软件包,而不是全部。例如,我可以获得 Castle,但不能获得 Log4net。我可以得到 AutoMapper,但不能得到 RestSharp。失败的只是说“操作超时”。

我很高兴我不是唯一看到这些问题的人 - 我在常见问题解答或文档中没有看到任何有关此问题的信息。

看来 LinkID 和 URL 是框架中的一个弱点。我希望看到更多关于这些值的含义的讨论,以及为什么现在似乎至少有 3 个不同的值可供使用。更清晰的链接(例如 www.nuget.com)怎么样?
以及一条消息更清楚地显示为什么操作在一个包上超时而不是在另一个包上超时,怎么样?

NuGet 前景广阔,许多人都对它深信不疑。我想加入,但这样的小问题确实会阻止人们采用它。

干杯,
丹尼尔

I had a similar problem last night. The two LinkID values I had were:

206669 and 19913

Meaning that the URL I pass into the Settings dialog were:

https://go.microsoft.com/fwlink/?LinkID=206669
https://go.microsoft.com/fwlink/?LinkID=19913

The 19913 did not yield anything in the list of packages available. I think this number came when I installed the package a few weeks (months?) ago and gave up the first time.

The 206669 seemed to work. I could see the expected packages, but I could only install some packages, not all. For example, I could get Castle, but not Log4net. I could get AutoMapper, but not RestSharp. The ones that failed simply said "operation timeout".

I'm glad that I'm not the only one to see these issues - I did not see anything about this in the FAQs or documentation.

It seems that the LinkID and that URL are a weakness in the framework. I would like to see more discussion about that these values mean, and why there seem to be now at least 3 different values to use. How about a more clear link like www.nuget.com?
And how about a message showing more clearly why an operation times out on one package but not another.

NuGet has great promise, and many people swear by it. I want to get on board, but hiccups like this can really stop people from adopting it.

Cheers,
Daniel

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文