Джерело недоступне при використанні консолі NuGet Package Manager

Ми переходимо до управління пакунками від оновлення файлів вручну до NuGet. Я намагаюся встановити старіші версії пакетів, щоб відповідати тій, яку ми вже маємо в керуванні джерелами. Немає способу зробити це з інтерфейсу користувача, тому я використовую командний рядок, щоб отримати належну версію.

Чомусь Install-Packageпродовжує говорити мені, що галерея нутетів недосяжна.

Джерело на nuget.org [ https://www.nuget.org/api/v2/] недоступне. Повернення до локального кешу NuGet

Це відбувається лише в одному з наших рішень. Якщо я створюю нове рішення або використовую інше в тому ж сховищі, пакети будуть встановлені, як очікувалося. Я навіть можу встановити пакунки в фіктивний розчин, щоб заповнити локальний кеш, а потім успішно встановити їх у несправному рішенні. Я спробував Invoke-WebRequestна url від консолі NuGet і отримав HTTP 200.

Що може викликати це? Чи є спосіб змінити джерела пакету на основі рішення / проекту?

Навіть незважаючи на те, що мій джерело пакунків було встановлено на nuget.org в консолі диспетчера пакунків, явно додавши його-Source nuget.org аргумент, зафіксований для мене.

Таким прикладом використання може бути:

Install-Package Akka.net -Source nuget.org

Akka.net є вашим пакетом, який ви хочете встановити, його лише приклад тут.

Мені довелося скопіювати джерело NuGet за замовчуванням у параметри Visual Studio. За допомогою скопійованого джерела я змінив URL-адресу httpsнаhttp . Це вирішило проблему для мене.

Завдяки цій пропозиції належить тут: https://nuget.codeplex.com/discussions/561075#PostDetailsCell_1354351 , до "jpharris4".

Я не впевнений, що може спричинити вашу проблему, але дійсно є спосіб змінити джерела пакунків на основі рішення, але тільки якщо ви включили NuGet Package Restore для даного рішення.

Після того, як рішення включило NuGet Package Restore, до нього додається папка під назвою ".nuget". Під цим буде файл під назвою "NuGet.targets", який містить ItemGroup, стан якого "" $ (PackageSources) '==' '", як той, який ви побачите на доданому зображенні.

Якщо ItemGroup порожній (або повністю прокоментований, як на ілюстрації), тоді рішення використовуватиме певний файл, який повинен бути таким самим, як джерела, перелічені в розділі TOOLS >> OPTIONS. Але якщо ви відмежуєте або додаєте елементи PackageSource до цієї ItemGroup, рішення дозволить шукати перелічені джерела пакету та ТІЛЬКИ перелічені джерела.

Ви також можете змінити джерело NuGet з інтерфейсу користувача. Просто змініть джерело NuGet на старішу версію, і воно повинно працювати нормально.

Здається, що в VS 2015 ще мало помилок, пов’язаних з api.nuget.org (v3).

У моїй консолі менеджера пакунків я не міг побачити джерел

Перехід до: Інструменти -> Параметри -> Менеджер пакунків Nuget -> Джерела пакунків

Я знайшов джерела. Якщо їх зняти, і перевірити їх назад, знову з'явилися в моїй консолі менеджера пакунків

Я повинен був надати комунаря разом із повною URL-адресою Install-Package MySql.Data.Entity -Version 6.9.8 -Source http://www.nuget.org/api/v2

У моєму випадку причина полягала в тому, що з пакетом була угода. Через інтерфейс користувача - діалогове вікно «Керування пакетами NuGet» ви можете прийняти та продовжити.

Здається, консоль диспетчера пакунків у VS 2013 має проблему. Як зазначають інші, перезапуск VS 2013 може вирішити його для консолі.

Для мене це працює в VS 2015 prof: Інструменти -> Параметри -> Nuget Package Manager -> Джерела пакунків

1. Натисніть кнопку Додати
2. Редагувати в імені Ім'я: nuget.org
3. Редагувати в мітці джерела: https://www.nuget.org/api/v2/
4. Натисніть OK

Сподіваюся, це допомагає;)

У мене була та сама проблема з тим же повідомленням. Але причиною моєї проблеми було втрачено зв’язок із TFS. Мій сервер TFS розміщувався в іншій мережі, і я використовував VPN для доступу до нього. Коли я намагався встановити пакет без встановленого з'єднання з TFS (VPN було вимкнено), у мене виникла та сама проблема.

Будьте в курсі такої поведінки TFS.

Відбувається через те, що ви працюєте в автономному режимі, при повторному підключенні до мережі потрібно буде вийти та повернутися назад. Менеджер пакунків буде плавно повторно ініціалізуватися.

Я зіткнувся з цим питанням VS2013 і витратив 3 години часу.

Не впевнений, що було причиною проблеми. Але жодне з перерахованих вище рішень не працювало для мене.

Для мене працювала повторна установка консолі Nuget Package Manager.

Інструменти -> Розширення та оновлення -> У розділі Усі шукайте Nuget Package Manager для Visual Studio і натисніть кнопку Видалити.

Перейдіть на сторінку https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio2013 та завантажте розширення.

введіть тут опис зображень. Можливо, блокування брандмауера вашого офісу / дому nuget.org, тому спробуйте підключити іншу мережу Інтернету, наприклад, зі свого мобільного чи Wi-Fi. Мені вдалося вирішити цей метод.