Netsdk1004 файл ресурсов не найден восстановите пакет nuget чтобы создать его

Обновлено: 24.01.2025

Все пакеты уже установлены и восстанавливать нечего.

Но эти 52 ошибки все еще существуют, и в Инструменты -> Диспетчер пакетов NuGet -> Управление пакетами NuGet для решения в решении ничего не установлено, также я недавно обновил свой VS2017 до 15.5.4

Ошибка возникает из-за того, что dotnet cli изначально не создает все необходимые файлы. Выполнение восстановления dotnet добавляет необходимые файлы.

Закрытие и повторное открытие Visual Studio решило эту проблему для меня, как только я убедился, что пакеты NuGet были восстановлены, как и другие ответы, опубликованные здесь.

Для меня, когда я сделал - dotnet restore все еще ошибка происходила.

1 Инструмент -> Диспетчер пакетов NuGet -> Настройки диспетчера пакетов -> нажмите «Очистить кэш-память Nuget»

2 dotnet восстановление

Я потерял несколько часов из-за этой ошибки в DevOps Azure, когда установил задачу Visual Studio Build в конвейере сборки для создания отдельного проекта в моем решении, а не всего решения.

Это означает, что DevOps либо не создает ни один (или, возможно, некоторые, я не уверен, какой) из проектов, на которые ссылается проект, для которого вы наметили сборку, и поэтому эти проекты не будут иметь свой project.json. сгенерированные файлы .asset, которые затем вызывают эту проблему.

Решением для меня было переключиться с использования задачи VS Build на задачу MSBuild. Использование задачи MSBuild для отдельного проекта правильно создает все проекты, на которые ссылается создаваемый вами проект, и устраняет эту ошибку.

Если простое восстановление пакетов NuGet не работает, убедитесь, что в Инструменты -> Параметры -> Диспетчер пакетов NuGet -> Общие в разделе Восстановление пакета установлен флажок «Разрешить NuGet загружать отсутствующие пакеты».

Затем Восстановите пакеты NuGet снова ИЛИ просто REBUILD после удаления папок obj и bin.

Очень странный опыт, с которым я столкнулся!

Ранее я клонировал с GIT bash и GIT cmd-Line, я столкнулся с вышеуказанными проблемами.

Позже я клонировал с Tortoise-GIT и все заработало как положено.

Может быть, это сумасшедший ответ, но попытка сделать это один раз может сэкономить ваше время!

Другой, если вы случайно используете Dropbox, проверьте наличие Conflicted в именах файлов, выполните поиск в вашем репо и удалите все эти конфликтующие файлы.

Это могло произойти, если вы переместили файлы.

Причина этого дефекта: вы должны удалить внедренный Nuget в проводнике. Решение: Как только вы удалите этот Nuget в своей системе, затем удалите его из следующего места. выберите Инструмент => Параметры => Диспетчер пакетов NuGet => Источники пакетов, затем снимите флажок Автономные пакеты Microsoft Visual Studio

Это сработало для меня: добавил этот источник пакета: Microsoft и .net https://www.nuget.org/api/v2/curated-feeds / microsoftdotnet / затем запустите "восстановление dotnet" в консоли

В моем случае у меня была проблема с доступными источниками пакетов. Мне пришлось переместить локальную папку репозитория Nuget на новый путь, но я не обновлял ее в доступных источниках пакетов Nuget. Когда я исправлю проблему пути, обновите ее в доступных источниках пакетов, и после этого все (восстановление Nuget и т. Д.) Работало нормально.

Это можно увидеть после добавления проекта WinForms Core 3.1 (из шаблонов проектов) на VS-2019 против 16.4.0 и попытки запустить его из коробки. Очистить или восстановить все решение не сработало.

Я просто перезагрузил свое решение . это File / Close Solution, а затем снова открыл его и перестроил, что решило проблему.

При использовании VSTS проверьте файл global.json. Я ввел версию SDK как просто «2.2», что вызвало ошибку разбора (но не при локальной сборке). Добавление полной версии «2.2.104» решило проблему.

В моем случае ошибка была в GIT-хранилище. В названии были пробелы, поэтому мой проект не удалось восстановить

Если это ваша проблема, просто переименуйте репозиторий GIT при клонировании

В Visual Studio 2017, пожалуйста, выполните следующие действия:

1) выберите Инструмент => Параметры => Диспетчер пакетов NuGet => Источники пакетов, затем снимите флажок Автономные пакеты Microsoft Visual Studio .

2) теперь откройте Tool => NuGet Package Maneger => Консоль диспетчера пакетов. 3) выполнить команду в PM> dotnet restore.

Надеюсь, что это работает .

Вы можете выбрать: Инструменты> Диспетчер пакетов NuGet> Консоль диспетчера пакетов.

А затем запустить:

Немного поздно для ответа, но, кажется, это добавит ценность. Глядя на ошибку - кажется, это происходит в конвейере CI / CD.

Достаточно просто запустить «сборку dotnet».

DotNet build выполняет «восстановление» по умолчанию.

Добавьте /t:Restore к своим аргументам MSBuild в Build Solution.

Выберите Инструменты > Диспетчер пакетов NuGet > Консоль диспетчера пакетов .

А затем запустить:

Ничто из вышеперечисленного не помогло мне. Но простое удаление всех папок bin и obj помогло.

Решается добавлением / t: Restore; Build to MSBuild Аргументы

Эта проблема возникает, когда ваш инструмент сборки не настроен на выполнение restore в проектах, использующих PackageReference против packages.config , и в основном затрагивает проекты новых стилей Net Core и Netstandard.

Когда вы открываете Visual Studio и собираете его, он решает эту проблему для вас. Но если вы используете автоматизацию, инструменты CLI, вы видите эту проблему.

Многие решения предлагаются здесь. Но все, что вам нужно запомнить, это заставить restore . В некоторых случаях вы используете dotnet restore перед сборкой. Если вы строите с использованием MsBuild, просто добавьте /t:Restore ключ к вашей команде.

В итоге, вы должны понять, почему восстановление не может быть активировано. Либо неверный источник nuget, либо отсутствующее действие восстановления, либо устаревший файл nuget.exe, либо все вышеперечисленное.

Попробуйте это (это работало для меня):

Запустите VS от имени администратора
Обновление NuGet вручную до последней версии
Удалите все bin и obj файлы в проекте.
Перезагрузите VS
Рекомпилированные

Запустите VS как администратор, после этого в консоли диспетчера пакетов запустите dotnet restore.

Я получил ошибку, когда я создал лямбда в ядре dot net в VS2017. Для меня работало, чтобы выгрузить проект и загрузить его обратно.

Все пакеты уже установлены и восстанавливать нечего.

но эти 52 ошибки все еще есть, и в разделе Инструменты -> Диспетчер пакетов NuGet -> Управление пакетами NuGet для решения на этом решении ничего не установлено, также я недавно обновил свой VS2017 до 15.5.4

Вы дали согласие на восстановление NuGet? Перейдите к инструментам, параметрам, найдите NuGet и установите флажок «Разрешить NuGet . ». Если кто-то работает на Mac, у нас была эта проблема, и мы устранили ее, удалив пробелы в пути к хранилищу (который был создан во время git pull): Мой% 20Project становится MyProject.

Это было также исправлением для сервера сборки. Добавлен шаг командной строки для запуска «восстановления dotnet» после обычного восстановления NuGet. Вы также можете сделать это из MSBuild: msbuild MySolution.sln / t: Restore Решение @ Der_Meister по добавлению опции / t: Restore сработало для меня, однако мне пришлось построить решение дважды (два отдельных этапа сборки). Сначала с параметром / t: Restore, а затем снова без него. @ Майкл, попробуйте msbuild MySolution.sln / t: восстановить; Build Если у вас есть более одного файла решения, вам нужно сделать dotnet restore solutionfilename.sln

В моем случае ошибка была в GIT-хранилище. В названии были пробелы, поэтому мой проект не удалось восстановить

Если это ваша проблема, просто переименуйте репозиторий GIT при клонировании

Я подумал про себя, что это не может быть. Попробовав еще один час с другими предлагаемыми решениями, я наконец испытал это от отчаяния, и это решило мою проблему. Черт возьми! Это решило проблему, с которой я столкнулся, большое спасибо! Этот ответ должен быть в начале поста, а не в конце. Решил мою проблему. в моем случае я просто переименовал свою физическую папку, удалив% 20 и заменив ее обычным пространством, и все работает хорошо

В случае, если «восстановление dotnet» не работает, могут помочь следующие шаги:

Visual Studio >> Инструменты >> Параметры >> Диспетчер Nuget >> Источники пакетов
Не проверены любые сторонние источники пакетов.
Восстановить решение.

Изменить: В некоторых случаях мне приходилось перезапускать Visual Studio сразу после другого перезапуска, поэтому не думайте, что перезапуск не поможет только потому, что вы недавно перезапустили.

Не могу поверить, что это сработало и для меня после восстановления dotnet и только после этого У меня были некоторые проблемы с подключением в моей рабочей локальной сети, которые мешали NuGet. Перезагрузка моего ПК решила проблему! Это на самом деле не ответ , потому что иногда вы используете CLI инструменты get и build и вы не раскрываем VS. Я знаю, почему он работает с VS - потому что VS автоматически разрешает зависимости проекта. @TS вопрос с тегом «Visual Studio 2017 года», так что я бы сказал , что это является ответом. Вы поднимаете интересный момент, однако, что проблема заключается в разрешении VS-зависимостей. Если у вас есть больше информации о том, что идет не так, я уверен, что это будет интересно читать

Добавьте /t:Restore к своим MSBuild Аргументы в Build Solution.

Для меня, когда я сделал - dotnet restore все еще ошибка происходила.

1 Инструмент -> Менеджер пакетов NuGet -> Настройки диспетчера пакетов -> нажмите «Очистить в Nuget Catche (s)»

2 dotnet восстановление

Я собираюсь попробовать это в следующий раз, когда это произойдет. Это может быть лучший подход , чем мой (закрыть и снова открыть VS) , который обычно занимает возраст для меня.

В visual studio 2017, пожалуйста, выполните следующие действия:

1) выберите Tool => Options => NuGet Package Manager => Источники пакетов, затем снимите флажок Microsoft Visual Studio Offline Packages Option.

2) Теперь откройте Tool => NuGet Package Maneger => Консоль диспетчера пакетов. 3) выполнить команду в PM> dotnet restore.

Надеюсь, что это работает .

Выберите Инструменты > Диспетчер пакетов NuGet > Консоль диспетчера пакетов.

А затем запустить:

немного поздно для ответа, но, кажется, это добавит ценность. Глядя на ошибку - кажется, это происходит в конвейере CI / CD.

Достаточно просто запустить «сборку dotnet».

DotNet build выполняет «восстановление» по умолчанию.

Ничто из вышеперечисленного не помогло мне. Но простое удаление всех папок bin и obj помогло.

Эта проблема произошла для меня, когда я работал над Dockerfile. удаление этих папок привело к правильной работе dotnet-восстановления в контейнере.

Решается добавлением / t: Restore; Build to MSBuild Аргументы

Я потерял несколько часов из-за этой ошибки в DevOps Azure, когда установил задачу Visual Studio Build в конвейере сборки, чтобы построить отдельный проект в моем решении, а не в целом решении.

Это означает, что DevOps либо не создает ни один (или, возможно, некоторые, я не уверен, какой) из проектов, на которые ссылается проект, на который вы нацелены для сборки, и, следовательно, эти проекты не будут иметь свой project.json. сгенерированные файлы .asset, которые затем вызывают эту проблему.

Если эта ошибка возникает как часть сборки в Azure DevOps (TFS), и ваша сборка уже имеет задачу восстановления NuGet , эта ошибка может указывать на то, что задача восстановления NuGet не смогла восстановить все пакеты, особенно если вы используете собственный источник пакета ( такой как внутренний сервер NuGet). Добавление /t:Restore;Build к аргументам MSBuild, кажется, является одним из способов устранения ошибки, но при этом MSBuild просит выполнить дополнительную операцию восстановления NuGet. Я считаю, что это успешно, потому что MSBuild использует пользовательский источник пакета, настроенный в Visual Studio. Предпочтительным решением является исправление задачи восстановления NuGet.

Чтобы настроить собственный источник пакета для задачи восстановления NuGet:

\obj\project. assets.json ' не найден. Запустите восстановление пакета NuGet для создания этого файла. Nop.Web.MVC.Testsote

Все пакеты уже установлены и восстановить нечего.

ОТВЕТЫ

Ответ 1

Чтобы устранить эту ошибку из "Инструменты" > "Диспетчер пакетов NuGet" > "Консоль диспетчера пакетов" просто запустите:

Ошибка возникает из-за того, что dotnet cli не создает все необходимые файлы изначально. Выполнение восстановления в dotnet добавляет необходимые файлы.

Ответ 2

В моем случае ошибка была в репозитории GIT. У этого были пробелы в названии, из-за чего мой проект не смог восстановить

Если это ваша проблема, просто переименуйте репозиторий GIT при клонировании

Ответ 3

Ответ 4

В случае, если "восстановление dotnet" не работает, могут помочь следующие шаги:

Visual Studio >> Инструменты >> Параметры >> Диспетчер Nuget >> Источники пакетов
Не проверены любые сторонние источники пакетов.
Восстановить решение.

Ответ 5

Для меня, когда я сделал - dotnet restore все еще ошибка происходила.

1 Инструмент → Менеджер пакетов NuGet → Настройки диспетчера пакетов → нажмите "Очистить в Nuget Catche (s)"

2 dotnet восстановление

Ответ 6

Выберите Инструменты > Диспетчер пакетов NuGet > Консоль диспетчера пакетов.

А затем запустить:

Ответ 7

Добавить /t:Restore ваши аргументы MSBuild в Build Solution.

Ответ 8

Ответ 9

Достаточно просто запустить "сборку dotnet".

DotNet build запускает "восстановление" по умолчанию.

Ответ 10

В Visual Studio 2017, пожалуйста, выполните следующие действия:

1) выберите Tool => Options => NuGet Package Manager => Источники пакетов, затем снимите флажок Microsoft Visual Studio Offline Packages Option.

2) теперь откройте Tool => NuGet Package Maneger => Консоль диспетчера пакетов. 3) выполнить команду в PM> dotnet restore.

Надеюсь, что это работает.

Ответ 11

При использовании VSTS проверьте файл global.json. Я ввел версию SDK как просто "2.2", что вызвало ошибку разбора (но не при локальной сборке). Добавление полной версии "2.2.104" решило проблему.

Ответ 12

Это означает, что DevOps либо не создает ни один (или, возможно, некоторые, я не уверен, какой) из проектов, на которые ссылается проект, для которого вы наметили сборку, и поэтому эти проекты не будут иметь свой project.json сгенерированные файлы .asset, которые затем вызывают эту проблему.

Ответ 13

Если простое восстановление пакетов NuGet не работает, убедитесь, что в меню " Инструменты" → " Параметры" → " Диспетчер пакетов NuGet" → " Общие" в разделе " Восстановление пакетов" установлен флажок "Разрешить NuGet загружать отсутствующие пакеты".

Затем восстановите пакеты NuGet снова ИЛИ просто REBUILD после удаления папок obj и bin.

Ответ 14

Ничто из вышеперечисленного не помогло мне. Но простое удаление всех папок bin и obj помогло.

Ответ 15

У меня возникла ошибка, когда я создал лямбда в чистом ядре в VS2017. Что для меня работало, так это разгрузить проект и загрузить его обратно.

Ответ 16

запустите ваш VS как администратор, после чего в консоли диспетчера пакетов запустите dotnet restore.

Ответ 17

Если @Мустафы-bouzari предложение не поможет, тщательно проверить в "списке ошибок" или "выход" окна для ошибок, почему NuGet не может восстановить, например, из - за чистую проблемой, если вы находитесь за прокси.

Ответ 18

Другой, если вы случайно используете Dropbox, проверьте наличие Conflicted в именах файлов, выполните поиск в репозитории и удалите все эти конфликтующие файлы.

Это могло произойти, если вы переместили файлы.

Ответ 19

Причина этого дефекта: вы должны удалить введенный Nuget в проводнике. Решение: Как только вы удалите этот Nuget в своей системе, затем удалите его из следующего места. выберите Инструмент => Параметры => Диспетчер пакетов NuGet => Источники пакетов, затем снимите флажок Автономные пакеты Microsoft Visual Studio

Ответ 20

Это сработало для меня: добавил этот источник пакета: Microsoft и .net https://www.nuget.org/api/v2/curated-feeds/microsoftdotnet/, затем запустите "dotnet restore" в консоли

Ответ 21

Все пакеты уже установлены, и восстанавливать их нечего.

но эти 52 ошибки все еще существуют,и в Tools -> NuGet Package Manager -> Manage NuGet Packages for Solution на решение ничего не установлено, кроме того, я недавно обновил свой VS2017 до 15.5.4

Ошибка возникает из-за того, что CLI dotnet изначально не создает все необходимые файлы. Выполнение dotnet restore добавляет необходимые файлы.

В моем случае ошибкой был репозиторий GIT. В его названии были пробелы, что делало мой проект неспособным к восстановлению

Если это ваша проблема, просто переименуйте репозиторий GIT при клонировании

В случае, если 'dotnet restore' не работает, могут помочь следующие шаги:

Visual Studio >> Инструменты >> Параметры >> Nuget Менеджер >> Источники Пакетов
Снимите флажок с любых сторонних источников пакетов.
Перестроить решение.

Закрытие и повторное открытие Visual Studio решило эту проблему для меня, как только я убедился, что пакеты NuGet были восстановлены в соответствии с другими ответами, опубликованными здесь.

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

Добавьте /t:Restore к вашим аргументам MSBuild в решении Build.

Для меня, когда я это сделал - dotnet restore все еще происходила ошибка.

1 Инструмент -> NuGet Package Maneger -> Package Manager settings -> нажмите на "Clear on Nuget Catche(ы)"

2 восстановление dotnet

В visual studio 2017, пожалуйста, выполните следующие действия:

1) Выберите Tool=>Options=>NuGet Package Manager=> Package Sources, а затем снимите флажок Microsoft Visual Studio Offline Packages option.

2) Теперь откройте инструмент=>NuGet менеджер пакетов=>консоли диспетчера пакетов. 3) выполните команду в PM>dotnet restore.

Надеюсь, это сработает.

Выберите Инструменты > NuGet Диспетчер Пакетов > Консоль Диспетчера Пакетов

Решается путем добавления аргументов /t:Restore;Build to MSBuild

Если эта ошибка возникает как часть сборки в Azure DevOps (TFS) и ваша сборка уже имеет задачу восстановления NuGet, эта ошибка может указывать на то, что задача восстановления NuGet не смогла восстановить все пакеты, особенно если вы используете пользовательский источник пакетов (например, внутренний сервер NuGet). Добавление /t:Restore;Build к аргументам MSBuild, по-видимому, является одним из способов устранения ошибки, но это требует от MSBuild выполнения дополнительной операции восстановления NuGet. Я считаю, что это удается, потому что MSBuild использует пользовательский источник пакета, настроенный в Visual Studio. Предпочтительным решением является исправление задачи восстановления NuGet.

Настройка пользовательского источника пакета для задачи восстановления NuGet:

Дополнительную информацию можно получить здесь .

немного поздно для ответа, но, похоже, это добавит ценности. Глядя на ошибку - она, кажется, происходит в конвейере CI/CD.

Достаточно будет просто запустить "dotnet build".

dotnet build запускает "restore" по умолчанию.

Ничто выше не работало на меня. Но простое удаление всех папок 'bin' и 'obj' сделало свое дело.

При использовании VSTS проверьте свой файл global.json. Я ввел версию sdk как просто "2.2", что вызвало ошибку синтаксического анализа (но не при локальном построении). Добавив полную версию, "2.2.104" решил эту проблему.

Я потерял несколько часов на этой ошибке в Azure DevOps, когда поставил задачу "Visual Studio Build" в конвейере сборки для построения отдельного проекта в моем решении, а не всего решения.

Это означает, что DevOps либо не создает никаких (или, возможно, некоторых, я не уверен, какие именно) проектов, на которые ссылается проект, на который вы нацелились для сборки, и поэтому эти проекты не будут иметь своих файлов project.json.asset, что затем вызывает эту проблему.

Решение для меня состояло в том, чтобы перейти от использования задачи VS Build к задаче MSBuild. Использование задачи MSBuild для отдельного проекта правильно создает все проекты, на которые ссылается создаваемый проект, и устраняет эту ошибку.

Эта проблема возникает, когда ваш инструмент сборки не настроен на выполнение restore в проектах, настроенных на использование PackageReference против packages.config , и в основном влияет на проекты Net Core и Netstandard new style.

Когда вы открываете Visual Studio и строите, он решает это за вас. Но если вы используете автоматизацию, инструменты CLI, вы видите эту проблему.

Здесь предлагается множество решений. Но все, что вам нужно помнить, вам нужно заставить restore . В некоторых случаях вы используете dotnet restore перед сборкой. Если вы строите с помощью MsBuild, просто добавьте /t:Restore switch в свою команду.

Суть в том, что вам нужно понять, почему восстановление не может быть активировано. Либо плохой источник nuget, либо отсутствующее действие восстановления, либо устаревший nuget.exe, либо все вышеперечисленное.

Если предложение @mostafa-bouzari не помогает, тщательно проверьте в 'Error list' или 'Output' windows ошибки, почему NuGet не может восстановить, например, из-за чистой проблемы, если вы находитесь за прокси-сервером.

Если простое восстановление пакетов NuGet не работает, убедитесь, что в разделе Инструменты -> Параметры -> менеджер пакетов NuGet -> Общие в разделе Восстановление пакетов установлен флажок "Allow NuGet to download missing packages".

Затем восстановите пакеты NuGet снова OR просто REBUILD после удаления папок obj и bin.

Я видел это после добавления проекта WinForms Core 3.1 (из шаблонов проектов) на VS-2019 vs 16.4.0 и попытки запустить его из коробки. Очистить или перестроить весь раствор не получилось.

Я только что перезагрузил свое решение.. это решение File/Close, а затем его повторное открытие и перестройка решили проблему.

Очень странный опыт, с которым я столкнулся!

Я клонировал с GIT bash и GIT cmd-Line ранее, я столкнулся с вышеупомянутыми проблемами.

Позже я клонировал с помощью Tortoise-GIT, и все работало так, как ожидалось.

Может быть, это сумасшедший ответ, но попытка с этим один раз может сэкономить ваше время!

запустить свой VS от имени администратора после этого в консоли диспетчера пакетов запустить dotnet ограничителя восстановить.

Я получил ошибку, когда создал lambda в dot net core в VS2017. То, что сработало для меня, - это разгрузить проект и загрузить его обратно.

Еще один вариант: если вы случайно используете Dropbox, проверьте наличие Conflicted в именах файлов, выполните поиск в своем РЕПО и удалите все эти конфликтующие файлы.

Это могло произойти, если вы переместили файлы.

Причина этого дефекта: вы должны удалить введенный Nuget в файле explorer. Решение: как только вы удалите этот Nuget в своей системе, затем удалите его из следующего местоположения. выберите инструмент=>параметры=>NuGet менеджер пакетов=> источники пакетов, а затем снимите флажок Майкрософт Visual Studio оффлайн пакеты опций

Это сработало для меня: добавлен этот источник пакета: Microsoft и .net https://www.nuget.org/api/ v2/curated-feeds/microsoftdotnet/ затем запустите "dotnet restore" в консоли