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



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



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




источник на nuget.org [https://www.nuget.org/api/v2/] is недостижимый. Возврат к локальному Кэшу NuGet




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



что может вызвать это? Есть ли способ, чтобы переопределить источники пакетов для каждого решения / проекта?

792   12  

12 ответов:

хотя моя Источник был установлен в 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, восстановите папку с именем ".nuget " добавляется в решение. Под этим будет файл под названием " NuGet.цели", который имеет ItemGroup, условие которого " $(PackageSources)' = = ""как тот, который вы увидите в прикрепленном изображении.

Если ItemGroup пуст (или полностью закомментирован, как на иллюстрации), то решение будет использовать определенный файл, который должны быть таким же, как источники, перечисленные в разделе Инструменты >> Параметры. Но если вы раскомментируете или добавите элементы PackageSource в эту ItemGroup, решение будет искать перечисленные источники пакетов и только те, которые перечислены.

Contents of the Nuget.targets file

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

enter image description here

там, кажется, еще несколько ошибок в VS 2015, связанных с api.nuget.org (v3).

в моей консоли диспетчера пакетов я не видел никаких источников

будет: Инструменты - > Параметры - > Менеджер Пакетов Nuget - > Источники Пакетов

Я нашел источники. Сняв их, и они проверяя их обратно, снова появились в моей консоли диспетчера пакетов

в моем случае причиной было то, что пакет был договор. В диалоговом окне UI - "Управление пакетами NuGet" у вас есть возможность принять и продолжить.

консоль диспетчера пакетов в VS 2013, похоже, имеет проблему с этим. Как говорили другие, перезапуск VS 2013 может решить эту проблему для консоли.

Это работает для меня в VS 2015 проф: Инструменты - > Параметры - > Диспетчер Пакетов Nuget - > Источники Пакетов

  1. Нажмите кнопку Add
  2. редактировать в метке имени: nuget.org
  3. редактировать в метке источника:https://www.nuget.org/api/v2/
  4. нажмите 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

    Ничего не найдено.