Visual studio 2019 не работает nugget

Вопрос

При попытке выполнить публикацию в автономный файл в локальной папке возникает ошибка:

Повторяется попытка выполнить операцию «FindPackagesByIdAsyncCore» для источника «https://www.nuget.org/api/v2/FindPackagesById()?id=’Microsoft.WindowsDesktop.App.Runtime.win-x64’&semVerLevel=2.0.0».
Произошла ошибка при отправке запроса.

Базовое соединение закрыто: Не удалось установить доверительные отношения для защищенного канала SSL/TLS.
Удаленный сертификат недействителен согласно результатам проверки подлинности.

Как я понимаю, пакет с https://www.nuget.org/api/v2/ не скачивается.

Аналогичная ошибка возникает в менеджере пакетов Nuget, когда выбираешь «Обзор» имеющихся пакетов в источнике.

Странно, что ошибка возникает при попытке публикации вновь созданного проекта. Если открыть старый проект, сделанный примерно год назад, то он собирается и публикуется нормально. В старом проекте был путь источника http://packages.nuget.org/v1/FeedService.svc/, но установка такого же пути в новом проекте не помогла.

Нашёл здесь различные рекомендации, но ничего не помогло. Как быть?

Источник

Устранение ошибок при восстановлении пакетов

Эта статья посвящена распространенным ошибкам, возникающим при восстановлении пакетов, и мерам по их устранению.

Функция восстановления пакетов пытается установить все зависимости пакетов в правильном состоянии с учетом ссылок на пакет в файле проекта ( .csproj) или файле packages.config. (В Visual Studio ссылки отображаются в обозревателе решений в узле Зависимости \ NuGet или Ссылки.) См. о восстановлении пакетов. Если пакет ссылается на файл проекта( .csproj) или если файл packages.config неправильный (не соответствует требуемому состоянию после восстановления пакета), необходимо установить или обновить пакеты. Не используйте вместо этого функцию восстановления пакетов.

Если приведенные здесь инструкции не работают, сообщите о проблеме на GitHub, чтобы мы могли тщательнее изучить ваш случай. Не используйте элемент управления «Была ли эта страница полезной?», который может отображаться на этой странице, так как это не позволяет нам связаться с вами для получения дополнительной информации.

Быстрое решение для пользователей Visual Studio

Если вы используете Visual Studio, сначала включите восстановление пакета, как описано ниже. В противном случае перейдите к приведенным далее разделам.

Выберите команду Сервис > Диспетчер пакетов NuGet > Параметры диспетчера пакетов.
Задайте оба параметра в разделе Восстановление пакета.
Нажмите кнопку ОК.
Повторите сборку проекта.

Эти параметры также можно изменить в файле NuGet.Config ; см раздел о согласии. Для достаточно ранних проектов, использующих встроенную в MSBuild функцию восстановление пакетов, возможно, потребуется перейти на автоматическое восстановление пакетов.

Данный проект ссылается на пакеты NuGet, отсутствующие на этом компьютере

Полное сообщение об ошибке.

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

При использовании формата управления PackageReference эта ошибка может быть следствием миграции packages.config в PackageReference, и это необходимо вручную удалить из файла проекта.
Если используется файл packages.config эта ошибка означает, что пакет не установлен в папке packages в корне решения.

Обычно такая ситуация возникает при получении исходного кода проекта из системы управления версиями или другого скачанного файла. Пакеты обычно исключаются из системы управления версиями или скачиваемых файлов, так как их можно восстановить из веб-каналов пакета, например nuget.org (см. раздел Пакеты и система управления версиями). Их включение приведет к раздуванию репозитория или созданию слишком больших ZIP-файлов.

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

Для восстановления пакетов используйте один из следующих методов.

После восстановления пакет должен присутствовать в папке global-packages. В проектах, использующих формат PackageReference, в процессе восстановления повторно создается файл obj/project.assets.json , а в проектах, использующих файл packages.config , пакет должен появиться в папке packages . Теперь сборка проекта должна пройти без ошибок. В противном случае сообщите о проблеме на GitHub, чтобы мы могли связаться с вами.

Файл ресурсов project.assets.json не найден

Полное сообщение об ошибке.

Если используется формат управления PackageReference, который проверяет, установлены ли на компьютере все необходимые пакеты, в файле project.assets.json определена схема зависимостей проекта. Этот файл создается динамически во время восстановления пакета. Поэтому он обычно не добавляется в систему управления версиями. В результате эта ошибка возникает при попытке выполнить сборку проекта с помощью такого средства, как msbuild , которое не восстанавливает пакеты автоматически.

В этом случае запустите msbuild -t:restore и затем msbuild или используйте dotnet build (при этом пакеты восстанавливаются автоматически). Кроме того, вы можете использовать любой из методов восстановления пакетов, описанных в предыдущем разделе.

Необходимо восстановить один пакет NuGet или несколько, но это не удалось выполнить, так как не было получено согласие

Полное сообщение об ошибке.

Эта ошибка означает, что восстановление пакета отключено в конфигурации NuGet.

Вы можете изменить подходящие параметры в Visual Studio, как описано выше в разделе Быстрое решение для пользователей Visual Studio.

Можно также изменить эти параметры напрямую в соответствующем файле nuget.config (обычно это %AppData%\NuGet\NuGet.Config в Windows и

/.nuget/NuGet/NuGet.Config в Mac и Linux). Убедитесь, что для ключей enabled и automatic в разделе packageRestore задано значение True.

При изменении параметров packageRestore прямо в nuget.config нужно перезапустить Visual Studio, чтобы диалоговое окно параметров отображало текущие значения.

Другие потенциальные условия

Могут возникнуть ошибки сборки, связанные с отсутствием файлов и указывающие, что для их скачивания следует использовать NuGet restore. Но при выполнении команды restore может появиться сообщение «Все пакеты уже установлены, и элементы для восстановления отсутствуют». В этом случае удалите папку packages (при использовании packages.config ) или файл obj/project.assets.json (при использовании PackageReference) и запустите restore еще раз. Если это не помогло решить проблему, очистите папку global-packages и кэш, выполнив в окне командной строки команду nuget locals all -clear или dotnet nuget locals all —clear . Дополнительные сведения см. в статье Управление папкой установки глобальных пакетов, кэшем и временными папками.

При получении проекта из системы управления версиями папки вашего проекта могут быть сделаны доступными только для чтения. Измените разрешения для папок и попробуйте восстановить пакеты еще раз.

Возможно, вы используете старую версию NuGet. Ознакомьтесь с последними рекомендуемыми версиями на странице nuget.org/downloads. Для Visual Studio 2015 рекомендуется версия 3.6.0.

При возникновении других проблем сообщите о них на GitHub, чтобы мы могли получить у вас дополнительные сведения.

Источник

Visual studio 2019 не работает nugget

Вопрос

При попытке выполнить публикацию в автономный файл в локальной папке возникает ошибка:

Как я понимаю, пакет с https://www.nuget.org/api/v2/ не скачивается.

Нашёл здесь различные рекомендации, но ничего не помогло. Как быть?

Источник

Диспетчер пакетов Nuget не работает — «» не является допустимой строкой версии в VS2019 «Управление пакетами для решения»

Диспетчер пакетов в VS2019 для меня полностью не работает.

Когда я пытаюсь просмотреть пакеты для своего решения, пользовательский интерфейс просто говорит «Произошла ошибка» с подробностями ниже: » is not a valid version string

Моя среда сборки сильно настраивается с помощью настраиваемых целей, а пакеты загружаются через процесс вне VS, называемый «corext». Итак, мой вопрос: какой файл анализируется при попытке загрузить диспетчер пакетов? У меня есть nuget.config в корне моего зачисления, а также в AppData \ Roaming \ NuGet, который я удалил безрезультатно. Я пробовал очистить все кеши nuget. Я пробовал все предложения в этот пост безуспешно. Если бы я вообще мог получить еще какие-то журналы, я мог бы разблокировать себя. Я получаю точно такие же результаты в VS 2017. Есть идеи?

2 ответа

После бесчисленных часов мучений мне было предложено поискать узел

с неразрешимым номером версии. Для этого я перешел к любому проекту в моем дереве и запустил: msbuild /pp:pp.log foo.csproj . Это создает журнал предварительной обработки. В этом файле журнала я «нашел все экземпляры» «PackageReference». Первым хитом была ссылка на PackageReference в Directory.Build.props без номера версии. Исправление заключалось в добавлении (любого) номера версии. Мне обязательно нужно указать правильный номер версии, но решение будет выглядеть так:

Сначала проверьте свой файл nuget.config в корне моего списка. Обычно, когда у вас есть новый файл nuget.config в пути к корневому каталогу вашего проекта.

Текущий проект и все проекты в подкаталоге будут использовать этот nuget.config , а не глобальный файл nuget.config ( AppData\Roaming\NuGet ). Он добавит новый pakageSource и перезапишет то же имя источника пакетов из глобального файла nuget.config .

1) Введите nuget.config в корневом каталоге вашего зачисления.

Проверьте, есть ли у вас такой узел:

Если это так, вам следует проверить каждый путь источника пакетов и убедиться, что на каждом источнике пакетов нет таких пробелов на случай орфографических ошибок.

Или вы можете использовать узел disabledPackageSources , чтобы отключить любые источники пакетов , кроме nuget.org .

Затем закройте VS и перезапустите проект, чтобы снова протестировать.

Или вы можете просто удалить такой nuget.config , чтобы проверить, есть ли в нем узел ошибки. Также сделайте резервную копию.

2) Во-вторых , вы можете запустить это ниже в разделе Tools -> NuGet Package Manager -> Package Manager Console .

3) попробуйте новый проект, чтобы проверить, сохраняется ли проблема в новом проекте. Это может определить, есть ли проблема с nuget.config в этом проекте.

Кроме того , вы можете попробовать поделиться с нами файлом nuget.config .

Кроме того , если это не помогает, попробуйте выполнить следующие действия:

а) отключите все сторонние расширения в разделе Расширения Управление расширениями .

б) Если это не помогает, попробуйте восстановить VS или обновить VS, если есть новое обновление.

Источник

Visual studio 2019 не работает nugget

NuGet не работает в Visual Studio 2019

Решение

Visual studio 2019 не работает nugget

Вопрос

Устранение ошибок при восстановлении пакетов

Быстрое решение для пользователей Visual Studio

Данный проект ссылается на пакеты NuGet, отсутствующие на этом компьютере

Файл ресурсов project.assets.json не найден

Необходимо восстановить один пакет NuGet или несколько, но это не удалось выполнить, так как не было получено согласие

Другие потенциальные условия

Visual studio 2019 не работает nugget

Вопрос

Диспетчер пакетов Nuget не работает — «» не является допустимой строкой версии в VS2019 «Управление пакетами для решения»

2 ответа