Nuget package manager не работает

NuGet-Based Microsoft Package Manager is missing or out of date

This article helps you resolve a problem where NuGet-Based Package Manager 1.5 or later isn’t installed on a computer that is running Visual Studio or Visual Web Developer Express.

Original product version: В Visual Studio
Original KB number: В 2635185

Symptoms

The following error is displayed when NuGet-Based Package Manager 1.5 or later isn’t installed on a computer that is running Visual Studio or Visual Web Developer Express:

Could not create a new [ASP.NET, ASP.NET MVC, etc.] project because the required component NuGet Package Manager is missing or out of date. Please install it and try again.

Cause

Visual Studio or Visual Web Developer Express require NuGet 1.5 or later to be installed.

Resolution

Update NuGet to version 1.5 or later. To do so, follow these steps:

1. Start Visual Studio or Visual Web Developer Express as an Administrator. In the Tools menu of Visual Studio, select Extension Manager.
2. In the Extension Manager dialog box, click the Uninstall button for NuGet Package Manager. If NuGet-Based Package Manager doesn’t appear, NuGet isn’t installed. Follow the instructions below.
3. In the Extension Manager dialog box, click Restart Now.

—>

Источник

Установка пакетов и управление ими с помощью консоли диспетчера пакетов в Visual Studio (PowerShell)

Консоль диспетчера пакетов NuGet позволяет использовать команды PowerShell NuGet для поиска, установки, удаления и обновления пакетов NuGet. Это удобно, когда пользовательский интерфейс диспетчера пакетов не позволяет выполнять операции. См. подробнее об использовании CLI nuget.exe в консоли.

Консоль встроена в Visual Studio для Windows. Она не включена в Visual Studio для Mac и Visual Studio Code.

Перечисленные здесь команды относятся только к консоли диспетчера пакетов в Visual Studio и отличаются от команд модуля «Управление пакетами», доступных в общей среде PowerShell. В частности, в каждой среде есть команды, недоступные в другой среде, а в командах с тем же именем могут отличаться некоторые аргументы. При использовании консоли «Управление пакетами» в Visual Studio применяются команды и аргументы, описанные в этой статье.

Поиск и установка пакета

Для поиска и установки пакета необходимо выполнить три простых шага:

Откройте проект или решение в Visual Studio, а затем откройте консоль, щелкнув Средства > Диспетчер пакетов NuGet > Консоль диспетчера пакетов.

Найдите пакет, который требуется установить. Если вы уже знакомы с этим процессом, перейдите к шагу 3.

Выполните команду установки:

Все операции, доступные в консоли, также можно выполнить с помощью CLI NuGet. Но команды консоли работают в контексте Visual Studio и сохраненного проекта или решения, и область их применения часто шире, чем у их эквивалентов в CLI. Например, при установке пакета с помощью консоли добавляется ссылка на проект, а при использовании команды CLI этого не происходит. По этой причине разработчики, работающие в Visual Studio, обычно предпочитают использовать консоль вместо CLI.

Многие операции консоли зависят от наличия решения, открытого в Visual Studio с использованием известного имени пути. Если у вас нет решения или оно не сохранено, отобразится сообщение об ошибке «Решение не открыто или не сохранено. Убедитесь, что вы открыли и сохранили решение». Это означает, что консоль не может определить папку решения. Эту ошибку можно исправить, сохранив несохраненное решение или создав и сохранив решение, если оно не открыто.

Открытие консоли и элементов управления консоли

Откройте консоль в Visual Studio, щелкнув Средства > Диспетчер пакетов NuGet > Консоль диспетчера пакетов. Консоль — это окно Visual Studio, которое может быть упорядочено и размещено по вашему усмотрению (см. руководство по настройке макетов окон в Visual Studio).

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

Выбор другого источника пакета или проекта изменяет эти значения по умолчанию для последующих команд. Чтобы переопределить эти настройки, не меняя значения по умолчанию, большинство команд поддерживают параметры -Source и -ProjectName .

Чтобы управлять источниками пакетов, щелкните значок шестеренки. Это ярлык для диалогового окна Средства > Параметры > Диспетчер пакетов NuGet > Источники пакетов, как описано на странице, посвященной пользовательскому интерфейсу диспетчера пакетов. Кроме того, элемент управления справа от средства выбора проектов очищает содержимое консоли.

Крайняя правая кнопка прерывает команду, которая выполняется в течение долгого периода времени. Например, выполнение Get-Package -ListAvailable -PageSize 500 перечисляет первые 500 пакетов в источнике по умолчанию (например, nuget.org), что может занять несколько минут.

Установка пакета

При установке пакета в консоли выполняются те же действия, которые описаны в руководстве по установке пакета NuGet, со следующими дополнениями:

• Консоль отображает применимые условия лицензии в окне с соответствующим соглашением. Если вы не согласны с условиями, следует сразу же удалить пакет.
• Кроме того, ссылка на пакет добавляется в файл проекта и отображается в обозревателе решений в узле Ссылки. Сохраните проект, чтобы просмотреть изменения непосредственно в файле проекта.

Удаление пакета

См. подробнее об Uninstall-Package. Если необходимо найти идентификатор, чтобы просмотреть все пакеты, установленные в проекте по умолчанию, используйте команду Get-Package.

При удалении пакета выполняются следующие действия:

• Удаляются ссылки на пакет из проекта (и любого используемого формата управления). Ссылки больше не отображаются в обозревателе решений (возможно, потребуется перестроить проект, чтобы он был удален из папки Bin).
• Отменяются все изменения, внесенные в app.config или web.config при установке пакета.
• Удаляются ранее установленные зависимости, если остальные пакеты не используют эти зависимости.

Обновление пакета

Поиск пакета

См. подробнее о Find-Package. В Visual Studio 2013 и более ранних версиях используйте команду Get-Package.

Доступность консоли

Начиная с Visual Studio 2017, NuGet и диспетчер пакетов NuGet автоматически устанавливаются при выборе рабочей нагрузки, связанной с .NET. Вы также можете установить эти компоненты отдельно, щелкнув Отдельные компоненты > Средства для работы с кодом > Диспетчер пакетов NuGet в установщике Visual Studio.

Кроме того, если у вас нет диспетчера пакетов NuGet в Visual Studio 2015 и более ранних версиях, щелкните Инструменты > Расширения и обновления и найдите расширение диспетчера пакетов NuGet. Если вы не можете использовать установщик расширений в Visual Studio, скачайте расширение отсюда: https://dist.nuget.org/index.html.

Консоль диспетчера пакетов сейчас недоступна в Visual Studio для Mac. Но аналогичные команды доступны через CLI NuGet. В Visual Studio для Mac есть пользовательский интерфейс для управления пакетами NuGet. См. подробнее о включении пакета NuGet в проект.

Консоль диспетчера пакетов не входит в Visual Studio Code.

Расширение консоли диспетчера пакетов

Некоторые пакеты устанавливают новые команды для консоли. Например, MvcScaffolding создает команды, например команду Scaffold (см. ниже), которая, в свою очередь, создает контроллеры и представления ASP.NET MVC.

Настройка профиля PowerShell NuGet

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

Чтобы найти профиль, в консоли введите $profile .

Источник

‘nuget’ не распознается, но другие команды nuget работают

Я пытаюсь создать пакет nuget, используя http://docs.nuget.org/docs/creating-packages/creating-and-publishing-a-package#From_a_convention_based_working_directory в качестве ссылки. Моя консоль диспетчера пакетов в Visual Studio не позволяет мне использовать команду nuget. Я могу «Get-help nuguet», и он отображает:

Включены следующие командлеты NuGet.

• Однако всякий раз, когда я запускаю команды с помощью nuget, он дает:

Термин «nuget» не распознается как имя командлета, функции, файла сценария или работающей программы. Проверьте написание имени или, если был включен путь, убедитесь, что путь правильный, и попробуйте еще раз.

В строке: 1 символ: 6 + nuget закрытие всех элементов и перезапуск

2> удаление и переустановка

3> создание файла профиля PowerShell (этого раньше не было, и это фактически все сломало)

Проблема начала появляться после того, как я обновил пробную версию Visual Studio 2012 Ultimate до зарегистрированной. Изначально у меня был установлен VS 12 Pro. Я не знаю, имеет ли это какое-то отношение к этому, но я заметил, что у других, у которых были похожие проблемы, были установлены vs 10 и 12.

Мой вопрос: «Кто-нибудь знает, что еще попробовать?» Моя теория состоит в том, что путь к команде nuget отсутствует, но я не могу найти, как настроить пути, которые использует консоль диспетчера пакетов, и я не уверен, где на самом деле хранится nuget командлета.

Обновлено — попытался загрузить инструмент командной строки, как предложено ниже. Это привело к тому, что снова ничего не работает. Я попытался удалить, и теперь у меня есть элемент в расширениях vs2010 для nuget, для которого не включена кнопка установки или удаления. Это заставляет меня думать, что это связано с расширениями, установленными в 2010 и 2012 годах, которые сыграли роль в моей маленькой драме. Если кто-то также знает, как уничтожить удаляемое расширение, посоветуйте, пожалуйста, также, но я попробую другой вопрос для этого.

Источник

Диспетчер пакетов 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, если есть новое обновление.

Источник

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

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

Размер Visual Studio 2017 и Visual Studio 2019
Почему visual studio 2019 после скачивания занимает 24гб, а visual studio 2017 до 45гб? может я что.

Visual Studio 2015 не видит EF установленный через NuGet
Всем привет.Вот только начал изучать asp.net и наткнулся на проблемы.Установил.

Обновить Nuget Package Manager в Visual Studio 2015 Enterprise
Захотел установить nuget-пакет Microsoft.EntityFrameworkCore.SqlServer.2.1.0, выдало ошибку: В.

Профилирование в Visual Studio 2019
Есть приложение С++, выполняющее вычисления в четырех потоках. void Thread1() < >void.

Решение

По умолчанию там не было ни какого адреса, я сначала просто nuget открыл и вписал в поиске нужную библиотеку, nuget ни чего не нашел, я зашел в настройки а там адрес не указан, вбил вручную адрес и в итоге ошибка (так как адрес оказывается не верный был).

Ошибки в Visual Studio 2019
Здравствуйте, проблема такая. Имеется код на СИ. Когда пытаюсь его запускать в программе, выдает.

Проблема с Visual Studio 2019
Здравствуйте. Хочу создать консольное приложение в VS 2019. Но возникает следующего рода проблема.

Отладчик в Visual Studio 2019
Знаю, может обратился не по адресу, но. Только что установил Visual Studio 2019 и заметил, что.

Установка Visual Studio 2019
Всех приветствую,нужна ваша помощь! Решил установить VS 2019,но после высвечивания окна.

Источник