Источник недоступен при использовании консоли диспетчера пакетов NuGet

Мы перемещаем управление пакетами с ручного обновления файлов на NuGet. Я пытаюсь установить более старые версии пакетов, чтобы они соответствовали той, что у нас уже есть в системе контроля версий. Нет способа сделать это из пользовательского интерфейса, поэтому я использую командную строку, чтобы получить правильную версию.

Почему-то Install-Packageпродолжает говорить мне, что галерея nuget недоступна.

Источник на nuget.org [ https://www.nuget.org/api/v2/] недоступен. Откат к NuGet Local Cache

Это происходит только в одном из наших решений. Если я создаю новое решение или использую другое в том же репозитории, пакеты будут установлены как положено. Я даже могу установить пакеты в фиктивном решении, чтобы заполнить локальный кеш, а затем успешно установить их в неисправном решении. Я попытался Invoke-WebRequestURL-адрес из консоли 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 для данного решения.

Как только решение активирует NuGet Package Restore, в него добавляется папка с именем .nuget. Под этим будет файл с именем «NuGet.targets», который имеет ItemGroup с условием «$ (PackageSources) '==», как тот, который вы увидите на прикрепленном изображении.

Если ItemGroup пуста (или полностью закомментирована, как на рисунке), тогда решение будет использовать определенный файл, который должен совпадать с источниками, перечисленными в разделе ИНСТРУМЕНТЫ >> ОПЦИИ. Но если вы раскомментируете или добавляете элементы 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 -> Источники пакетов

1. Нажмите кнопку Добавить
2. Редактировать в имени метки: nuget.org
3. Изменить в ярлыке источника: https://www.nuget.org/api/v2/
4. Нажмите ОК

Надеюсь, поможет ;)

У меня была та же проблема с тем же сообщением. Но причиной моей проблемы была потеря связи с TFS. Мой TFS-сервер был размещен в другой сети, и я использовал VPN для доступа к нему. Когда я попытался установить пакет без установленного соединения с TFS (VPN был отключен), я получил ту же проблему.

Помните об этом поведении TFS.

Происходит потому, что вы работаете в автономном режиме, при повторном подключении к сети необходимо будет выйти и снова войти в систему. Диспетчер пакетов будет плавно переинициализирован.

Я столкнулся с этой проблемой VS2013 и потратил впустую 3 часа времени.

Не уверен, что послужило причиной проблемы. Но ни одно из вышеперечисленных решений не помогло мне.

Переустановка консоли диспетчера пакетов Nuget работала для меня.

Сервис -> Расширения и обновления -> В разделе «Все» найдите диспетчер пакетов Nuget для Visual Studio и нажмите «Удалить».

Перейдите на страницу https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio2013 и загрузите расширение.

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