Мы перемещаем управление пакетами с ручного обновления файлов на NuGet. Я пытаюсь установить более старые версии пакетов, чтобы они соответствовали той, что у нас уже есть в системе контроля версий. Нет способа сделать это из пользовательского интерфейса, поэтому я использую командную строку, чтобы получить правильную версию.
Почему-то Install-Package
продолжает говорить мне, что галерея nuget недоступна.
Источник на nuget.org [ https://www.nuget.org/api/v2/] недоступен. Откат к NuGet Local Cache
Это происходит только в одном из наших решений. Если я создаю новое решение или использую другое в том же репозитории, пакеты будут установлены как положено. Я даже могу установить пакеты в фиктивном решении, чтобы заполнить локальный кеш, а затем успешно установить их в неисправном решении. Я попытался Invoke-WebRequest
URL-адрес из консоли NuGet, и я получил HTTP 200.
Что может вызвать это? Есть ли способ переопределить источники пакетов для каждого решения / проекта?
источник
Ответы:
Несмотря на то, что мой источник пакета был установлен на nuget.org в консоли диспетчера пакетов, явное добавление
-Source nuget.org
аргумента исправило это для меня.Таким образом, пример использования будет:
Install-Package Akka.net -Source nuget.org
Akka.net - это ваш пакет, который вы хотите установить, это просто пример здесь.
источник
Install-Package jQuery.UI.Combined -Source nuget.org
-Source nuget.org
и он работает?Мне пришлось скопировать исходный код 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 -> Источники пакетов
Надеюсь, поможет ;)
источник
У меня была та же проблема с тем же сообщением. Но причиной моей проблемы была потеря связи с TFS. Мой TFS-сервер был размещен в другой сети, и я использовал VPN для доступа к нему. Когда я попытался установить пакет без установленного соединения с TFS (VPN был отключен), я получил ту же проблему.
Помните об этом поведении TFS.
источник
Происходит потому, что вы работаете в автономном режиме, при повторном подключении к сети необходимо будет выйти и снова войти в систему. Диспетчер пакетов будет плавно переинициализирован.
источник
Я столкнулся с этой проблемой VS2013 и потратил впустую 3 часа времени.
Не уверен, что послужило причиной проблемы. Но ни одно из вышеперечисленных решений не помогло мне.
Переустановка консоли диспетчера пакетов Nuget работала для меня.
Сервис -> Расширения и обновления -> В разделе «Все» найдите диспетчер пакетов Nuget для Visual Studio и нажмите «Удалить».
Перейдите на страницу https://marketplace.visualstudio.com/items?itemName=NuGetTeam.NuGetPackageManagerforVisualStudio2013 и загрузите расширение.
источник
введите описание изображения здесь Может быть, ваш офис / домашний брандмауэр блокирует nuget.org, поэтому попробуйте подключить другую интернет-сеть, например, с вашего мобильного телефона или Wi-Fi. Я смог решить с помощью этого метода.
источник