Источник недоступен при использовании консоли диспетчера пакетов NuGet
мы перемещаем наше управление пакетами из ручного обновления файлов в NuGet. Я пытаюсь установить более старые версии пакетов в соответствии с тем, что у нас уже есть в системе управления версиями. Нет никакого способа сделать это из пользовательского интерфейса, поэтому я использую командную строку, чтобы получить правильную версию.
по какой причине Install-Package продолжает говорить мне, что галерея nuget недоступна.
источник на nuget.org [https://www.nuget.org/api/v2/] is недостижимый. Возврат к локальному Кэшу NuGet
это произойдет только в одном из наших решений. Если я создам новое решение или использую другое в том же репозитории, пакеты будут установлены так, как ожидалось. Я даже могу установить пакеты в фиктивном решении, чтобы заполнить локальный кэш, а затем успешно установить их в неисправном решении. Я пытался Invoke-WebRequest на url из консоли NuGet, и я получаю HTTP 200.
что может вызвать это? Есть ли способ, чтобы переопределить источники пакетов для каждого решения / проекта?
12 ответов:
хотя моя Источник был установлен в nuget.org в консоли диспетчера пакетов явно добавьте
-Source nuget.orgаргумент исправил это для меня.таким образом, примером использования будет:
Install-Package Akka.net -Source nuget.orgAkka.net будучи ваш пакет, который вы хотите установить, его просто пример здесь.
мне пришлось скопировать источник NuGet по умолчанию в параметрах Visual Studio. С помощью скопированного источника я изменил URL-адрес с
httpsдоhttp. Это решило проблему для меня.кредит для этого предложения принадлежит здесь:https://nuget.codeplex.com/discussions/561075#PostDetailsCell_1354351, к "jpharris4".
Я не уверен, что может вызвать вашу проблему, но есть действительно способ переопределения источников пакетов на основе каждого решения,но только если вы включили NuGet Package Restore о данном решении.
после того, как решение включило пакет NuGet, восстановите папку с именем ".nuget " добавляется в решение. Под этим будет файл под названием " NuGet.цели", который имеет ItemGroup, условие которого " $(PackageSources)' = = ""как тот, который вы увидите в прикрепленном изображении.
Если ItemGroup пуст (или полностью закомментирован, как на иллюстрации), то решение будет использовать определенный файл, который должны быть таким же, как источники, перечисленные в разделе Инструменты >> Параметры. Но если вы раскомментируете или добавите элементы PackageSource в эту ItemGroup, решение будет искать перечисленные источники пакетов и только те, которые перечислены.
вы также можете изменить источник NuGet из пользовательского интерфейса. Просто измените источник NuGet на более старую версию, и он должен работать нормально.
там, кажется, еще несколько ошибок в VS 2015, связанных с api.nuget.org (v3).
в моей консоли диспетчера пакетов я не видел никаких источников
будет: Инструменты - > Параметры - > Менеджер Пакетов Nuget - > Источники Пакетов
Я нашел источники. Сняв их, и они проверяя их обратно, снова появились в моей консоли диспетчера пакетов
в моем случае причиной было то, что пакет был договор. В диалоговом окне UI - "Управление пакетами NuGet" у вас есть возможность принять и продолжить.
консоль диспетчера пакетов в VS 2013, похоже, имеет проблему с этим. Как говорили другие, перезапуск VS 2013 может решить эту проблему для консоли.
Это работает для меня в VS 2015 проф: Инструменты - > Параметры - > Диспетчер Пакетов Nuget - > Источники Пакетов
- Нажмите кнопку Add
- редактировать в метке имени: nuget.org
- редактировать в метке источника:https://www.nuget.org/api/v2/
- нажмите OK
надеюсь, что это помогает ;)
Я должен был предоставить запятую вместе с полным url-адресом как
Install-Package MySql.Data.Entity -Version 6.9.8 -Source http://www.nuget.org/api/v2
У меня была та же проблема с тем же сообщением. Но причиной моей проблемы стало утерянное соединение с TFS. Мой сервер TFS был размещен в другой сети, и я использовал VPN для доступа к нему. Когда я попытался установить пакет без установленного подключения к TFS (VPN был отключен), я получил ту же проблему.
будьте в курсе этого поведения TFS.
происходит потому, что вы работаете в автономном режиме, при подключении сети необходимо будет выйти из системы и снова войти. Менеджер пакетов будет плавно повторно инициализировать.
Я столкнулся с этой проблемой VS2013 и потерял 3 часа времени.
Не уверен, что было причиной проблемы. Но ни одно из вышеперечисленных решений не сработало для меня.
переустановка консоли диспетчера пакетов Nuget работала для меня.
сервис - > расширения и обновления -> в разделе Все найдите Диспетчер пакетов Nuget для Visual Studio и нажмите Удалить.
перейти к https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio2013 и скачать расширение.
Введите описание изображения здесьможет быть ваш офис/домашний брандмауэр блокировки nuget.org поэтому попробуйте подключить другую интернет-сеть, например, с вашего мобильного телефона или Wi-Fi .Я смог решить с помощью этого метода.


Comments