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
nuget
visual-studio-2017
.net-core
nuget-package-restore
Nunca confie
fonte
fonte
Respostas:
Para corrigir esse erro em Ferramentas> Gerenciador de Pacotes NuGet> Console do Gerenciador de Pacotes, execute:
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.
fonte
dotnet restore solutionfilename.sln
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
fonte
Caso a 'restauração do dotnet' não funcione, as seguintes etapas podem ajudar:
fonte
dotnet restore
funcionou.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.
fonte
get
ebuild
e você não faz VS. aberta Eu sei por que ele funciona com o VS - porque o VS resolve automaticamente as dependências do projeto.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:Restore
aos seus argumentos do MSBuild no Build Solution.fonte
Para mim, quando eu fiz - dotnet restore ainda estava ocorrendo um erro.
eu fui para
problemas resolvidos.
fonte
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 ...
fonte
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
fonte
.csproj
formato de projeto.Selecione Ferramentas > Gerenciador de Pacotes NuGet > Console do Gerenciador de Pacotes
E depois execute:
fonte
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.
A dotnet build executa a "restauração" por padrão.
fonte
Nada acima funcionou para mim. Mas simplesmente excluir todas as pastas 'bin' e 'obj' funcionou.
fonte
Resolvido adicionando / t: Restore; Build to MSBuild Arguments
fonte
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.
fonte
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.
fonte
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.
fonte
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.
fonte
Esse problema ocorre quando sua ferramenta de construção não está configurada para
restore
projetos em usoPackageReference
vspackages.config
e 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ê usadotnet restore
antes da compilação. Se você criar usando o MsBuild, basta adicionar a/t:Restore
opçã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.
fonte
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!
fonte
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.
fonte
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;Build
aos 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:
NuGet.config
arquivo 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.NuGet.config
./t:Restore;Build
opção da tarefa MSBuild.Informações adicionais estão disponíveis aqui .
fonte
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.
fonte
execute seu VS como administrador depois disso no console do gerenciador de pacotes, execute a restauração do dotnet.
fonte
Outro, se por acaso você estiver usando o Dropbox, verifique
Conflicted
os 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.
fonte
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
fonte
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
fonte
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.
fonte
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.
fonte
Tente isso (funcionou para mim):
fonte
Você pode acessar: Ferramentas> Gerenciador de Pacotes NuGet> Console do Gerenciador de Pacotes
E depois execute:
restauração dotnet
fonte