Arquivo de ativos project.assets.json não encontrado. Executar uma restauração do pacote NuGet

Estou tentando usar o nopCommerce (que está escrito no .NET Core), mas quando quero executar o projeto, enfrento 52 erros dizendo-me Executar uma restauração de pacote nuget

Arquivo de ativos ~ \ obj \ project. assets.json ' não encontrado. Execute uma restauração do pacote NuGet para gerar esse arquivo. Nop.Web.MVC.Testsote

quando uso o botão direito do mouse na solução e selecionando Restaurar Pacotes de Nuget, recebo esta mensagem:

Todos os pacotes já estão instalados e não há nada para restaurar.

mas esses 52 erros ainda estão lá e em Ferramentas -> Gerenciador de Pacotes NuGet -> Gerenciar pacotes NuGet para solução, não há nada instalado na solução, também atualizei recentemente meu VS2017 para 15.5.4

Para corrigir esse erro em Ferramentas> Gerenciador de Pacotes NuGet> Console do Gerenciador de Pacotes, execute:

dotnet restore

O erro ocorre porque o dotnet cli não cria todos os arquivos necessários inicialmente. Fazer a restauração do dotnet adiciona os arquivos necessários.

No meu caso, o erro foi no repositório GIT. Tinha espaços no nome, tornando meu projeto incapaz de restaurar

Se esse for seu problema, basta renomear o repositório GIT ao clonar

git clone http://Your%20Project%20With%20Spaces newprojectname

Caso a 'restauração do dotnet' não funcione, as seguintes etapas podem ajudar:

1. Visual Studio >> Ferramentas >> Opções >> Nuget Manager >> Origens do Pacote
2. Desmarcou todas as fontes de pacotes de terceiros.
3. Reconstrua a solução.

Fechar e reabrir o Visual Studio resolveu esse problema para mim, uma vez que eu tinha certeza de que os pacotes NuGet haviam sido restaurados conforme outras respostas postadas aqui.

Para aqueles com o mesmo problema que eu no ambiente Azure DevOps / VSTS que encontram uma mensagem semelhante: C:\Program Files\dotnet\sdk\2.2.104\Sdks\Microsoft.NET.Sdk\targets\Microsoft.PackageDependencyResolution.targets(208,5): Error NETSDK1004: Assets file '...\obj\project.assets.json' not found. Run a NuGet package restore to generate this file

Adicione /t:Restoreaos seus argumentos do MSBuild no Build Solution.

Para mim, quando eu fiz - dotnet restore ainda estava ocorrendo um erro.

eu fui para

1 Ferramenta -> Gerenciador de Pacotes NuGet -> Configurações do Gerenciador de Pacotes -> clique em "Limpar nas Catche Nuget (s)"

2 restauração dotnet

problemas resolvidos.

No visual studio 2017, execute as seguintes etapas:

1) selecione Ferramenta => Opções => Gerenciador de Pacotes NuGet => Origens do pacote e desmarque a opção Pacotes Microsoft Visual Studio Offline .

2) agora abra Ferramenta => NuGet Package Maneger => Console do Gerenciador de Pacotes. 3) execute o comando em PM> dotnet restore.

Espero que esteja funcionando ...

Para mim, atualizei o NuGet.exe de 3,4 para 4,9, pois o 3,4 não entende como restaurar pacotes para o .NET Core.

Para obter detalhes, consulte dotnet restore vs. nuget restore com teamcity

Selecione Ferramentas > Gerenciador de Pacotes NuGet > Console do Gerenciador de Pacotes

E depois execute:

dotnet restore <project or solution name>

Um pouco tarde para a resposta, mas parece que isso agregará valor. Olhando para o erro - parece ocorrer no pipeline de CI / CD.

Basta executar "dotnet build" será suficiente.

compilação dotnet

A dotnet build executa a "restauração" por padrão.

Nada acima funcionou para mim. Mas simplesmente excluir todas as pastas 'bin' e 'obj' funcionou.

Resolvido adicionando / t: Restore; Build to MSBuild Arguments

Ao usar o VSTS, verifique seu arquivo global.json. Eu havia entrado na versão sdk como apenas "2.2", o que causou um erro de análise (mas não ao criar localmente). Adicionando a versão completa, "2.2.104" resolveu o problema.

Perdi várias horas com esse erro no Azure DevOps quando defino a tarefa 'Visual Studio Build' em um pipeline de compilação para criar um projeto individual em minha solução, em vez de toda a solução.

Fazer isso significa que o DevOps não cria nenhum (ou possivelmente alguns, não tenho certeza qual) dos projetos referenciados pelo projeto que você direcionou para a compilação e, portanto, esses projetos não terão o projeto deles. arquivos .asset gerados, o que causa esse problema.

A solução para mim foi trocar o uso da tarefa VS Build pela tarefa MSBuild. O uso da tarefa MSBuild para um projeto individual cria corretamente todos os projetos referenciados pelo projeto que você está criando e elimina esse erro.

Se simplesmente restaurar pacotes NuGet não funcionar, verifique em Ferramentas -> Opções -> Gerenciador de Pacotes NuGet -> Geral em Restauração de Pacotes que a opção "Permitir que o NuGet baixe pacotes ausentes" está marcada.

Em seguida, restaure os pacotes NuGet novamente OU apenas recompense após excluir as pastas obj e bin.

Se a sugestão @ mostafa-bouzari não ajudar, verifique cuidadosamente nas janelas 'Lista de erros' ou 'Saída' se há erros nos motivos pelos quais o NuGet não pode restaurar, por exemplo, devido a um problema de rede se você estiver atrás de proxy.

Esse problema ocorre quando sua ferramenta de construção não está configurada para restoreprojetos em uso PackageReferencevs packages.confige afeta principalmente projetos de estilo novo do Net Core e Netstandard.

Quando você abre o Visual Studio e cria, ele resolve isso para você. Mas se você usar automação, ferramentas da CLI, verá esse problema.

Muitas soluções são oferecidas aqui. Mas tudo o que você precisa se lembrar, é preciso forçar restore. Em alguns casos, você usa dotnet restoreantes da compilação. Se você criar usando o MsBuild, basta adicionar a /t:Restoreopção ao seu comando.

Resumindo, você precisa ver por que a restauração não pode ser ativada. Fonte de nuget incorreta ou ação de restauração ausente ou nuget.exe desatualizado ou todas as opções acima.

Experiência muito estranha que encontrei!

Eu havia clonado com o GIT bash e o GIT cmd-Line anteriormente, encontrei os problemas acima.

Mais tarde, eu clonei com o Tortoise-GIT e tudo funcionou como esperado.

Pode ser uma resposta louca, mas tentar com isso uma vez pode economizar seu tempo!

Visto isso depois de adicionar um projeto WinForms Core 3.1 (de modelos de projeto) no VS-2019 vs 16.4.0 e tentar executá-lo imediatamente. Limpar ou reconstruir toda a solução não funcionou.

Acabei de recarregar minha solução ... ou seja, File / Close Solution e, em seguida, reabri-la e reconstruí-la resolvemos o problema.

Se esse erro ocorrer como parte de uma compilação no Azure DevOps (TFS) e sua compilação já tiver uma tarefa de restauração do NuGet , esse erro poderá indicar que a tarefa de restauração do NuGet não conseguiu restaurar todos os pacotes, especialmente se você usar uma fonte de pacote personalizada ( como um servidor NuGet interno). Adicionar /t:Restore;Buildaos argumentos do MSBuild parece ser uma maneira de resolver o erro, mas isso solicita que o MSBuild execute uma operação de restauração adicional do NuGet. Acredito que isso tenha êxito porque o MSBuild usa a fonte de pacote personalizada configurada no Visual Studio. Uma solução preferível é corrigir a tarefa de restauração do NuGet.

Para configurar uma fonte de pacote personalizada para a tarefa de restauração do NuGet:

1. Crie um NuGet.configarquivo que lista todas as fontes de pacote (Pacotes Off-line do Microsoft Visual Studio, nuget.org e sua fonte de pacote personalizada) e adicione-o ao controle de origem.
2. Na tarefa de restauração do Nuget em Feeds a ser usada: selecione a opção Feeds no meu NuGet.config .
3. Forneça o caminho para NuGet.config.
4. Remova a /t:Restore;Buildopção da tarefa MSBuild.

Informações adicionais estão disponíveis aqui .

Recebi o erro quando criei um lambda no dot net core no VS2017. O que funcionou para mim foi descarregar o projeto e carregá-lo de volta.

execute seu VS como administrador depois disso no console do gerenciador de pacotes, execute a restauração do dotnet.

Outro, se por acaso você estiver usando o Dropbox, verifique Conflictedos nomes dos arquivos, faça uma pesquisa em seu repositório e exclua todos os arquivos em conflito.

Isso pode ter acontecido se você moveu os arquivos.

Causa deste defeito: você deve remover o Nuget injetado no gerenciador de arquivos. Solução: Depois de remover esse Nuget no seu sistema, remova-o do seguinte local. selecione Ferramenta => Opções => Gerenciador de Pacotes NuGet => Origens do pacote e desmarque a opção Pacotes Microsoft Visual Studio Offline

Isso funcionou para mim: adicionou a fonte do pacote: Microsoft e .net https://www.nuget.org/api/v2/curated-feeds/microsoftdotnet/ e execute "dotnet restore" no console

No meu caso, tive um problema com as fontes de pacotes disponíveis. Movi a pasta do repositório local do nuget para um novo caminho, mas não a atualizei nas Fontes de Pacotes Disponíveis do Nuget. Quando eu corrigir o problema do caminho, atualize-o nas Fontes de Pacotes Disponíveis e depois disso tudo (restauração de pepitas, etc.) estava funcionando bem.

Para mim, acabou sendo um problema de credenciais de fonte de pepita. Eu havia mudado recentemente minha senha para acessar um servidor nexus e o visual studio ainda estava usando a senha antiga ao tentar acessar uma pepita nesse servidor por meio do gerenciador de credenciais do Windows. Para corrigi-lo, tive que excluir a entrada dessas credenciais desatualizadas no gerenciador de credenciais e, depois que, ao fazer uma restauração de nuget, solicitava uma senha, permitindo que eu inserisse a nova senha, que foi salva novamente no gerenciador de credenciais. Você pode acessar o gerenciador de credenciais na linha cmd usando CmdKey.exe.

Tente isso (funcionou para mim):

• Execute o VS como administrador
• Atualização manual do NuGet para a versão mais recente
• Exclua todos os arquivos bin e obj no projeto.
• Reiniciar o VS
• Recompilar

Você pode acessar: Ferramentas> Gerenciador de Pacotes NuGet> Console do Gerenciador de Pacotes

E depois execute:

restauração dotnet