De repente, estou recebendo esse erro ao atualizar pacotes Nuget. Nenhuma das correções que eu encontrei funcionou. Estou usando o Visual Studio 2013.
'Newtonsoft.Json 6.0.3' já instalado.
Adicionando 'Newtonsoft.Json 6.0.3' a Tournaments.Notifications.
Adicionada com sucesso 'Newtonsoft.Json 6.0.3' a Tournaments.Notifications.
Executando o arquivo de script 'F: \ My Webs \ BasketballTournaments \ MainBranch \ packages \ Newtonsoft.Json.6.0.3 \ tools \ install.ps1'.
Falha ao inicializar o host do PowerShell. Se sua configuração de diretiva de execução do PowerShell estiver definida como AllSigned, abra o Console do Gerenciador de Pacotes para inicializar o host primeiro.
Console do Gerenciador de Pacotes
A tentativa de executar a operação InitializeDefaultDrives no provedor 'FileSystem' falhou.
Se eu esperar a conclusão da inicialização no console, consegui adicionar alguns pacotes.
Respostas:
Definir uma política de execução como RemoteSigned ou Unrestricted deve funcionar. Ele deve ser alterado no modo de administrador por meio de um console do PowerShell. Esteja ciente de que as alterações serão aplicadas de acordo com a versão de bit do console do PowerShell, portanto, de 32 bits ou 64 bits. Portanto, se você deseja instalar um pacote no Visual Studio (versão de 32 bits) que exija uma política específica, altere as configurações da política via PowerShell (x86).
O comando no PowerShell (como administrador) para definir a política como irrestrita (conforme observado por @Gabriel nos comentários) é:
Depois de definir a política como irrestrita, você desejará restaurar a política de volta ao original após a conclusão da instalação.
fonte
start-job { Set-ExecutionPolicy Unrestricted } -RunAs32 | wait-job | Receive-Job
em um console do PowerShell de 64 bits.Lembre-se de reiniciar o Visual Studio depois de fazer o
Set-ExecutionPolicy Unrestricted
PowerShell (x86).Se isso não funcionar, tente
Set-ExecutionPolicy RemoteSigned
no PowerShell (x86) e reinicie o Visual Studio.fonte
Por padrão, a execução do script do PowerShell é muito limitada por motivos de segurança. Para uso no NuGet, precisamos abrir as portas.
1. Etapa
Abra
Windows PowerShell
, execute comoAdministrator
2. Etapa
O NuGet está usando o console de 32 bits, portanto não será afetado por alterações no console de 64 bits. Execute o script a seguir para verificar se você está configurando o console de 32 bits.
3. Etapa
Reiniciar
Visual Studio
fonte
Tenho o mesmo problema na caixa de diálogo Gerenciar pacotes NuGet, uso uma solução alternativa que pode ajudar outras pessoas - executando a partir do console do gerenciador de pacotes:
Se eu usar a linha de comando powershell commandlet install-package, está tudo bem.
Sou adverso em alterar uma configuração de segurança "apenas para fazê-la funcionar".
fonte
Get-Package -Filter PartOfPackageName
para pesquisar no pacote instalado,Install-Package PackageName -Version 7.0.1
para instalar uma versão específica do pacote. Não se esqueça de selecionar Padrão Projeto no topo da Console Package ManagerNenhuma resposta funcionou para mim.
Todas as políticas estavam corretas, mas eu tenho o erro ao instalar um pacote
A solução : Desinstalei o plug- in do gerenciador de pacotes nuget e reinstalei -o.
fonte
A execução do Visual Studio como administrador funcionou para mim.
fonte
Eu tive esse problema com o Visual Studio 2015. Desinstalei e reinstalei o NuGet Package Manager novamente. Funcionou para mim.
fonte
Atualizei o gerenciador de pacotes Nuget e o corrigi para mim.
fonte
Isso começou a acontecer com o 6.0.4 recentemente para mim, não acho que seja uma solução muito boa, mas aqui está o que me ajudou. Feche o Visual Studio
fonte
Eu tive o mesmo problema depois de atualizar para o Windows 10.
Isso funcionou para mim
Set-ExecutionPolicy Unrestricted
Se ainda assim não funcionar, tente editar
devenv.exe.config
Visual Studio 2013:
C:\Users\<UserName>\AppData\Local\Microsoft\VisualStudio\12.0
Visual Studio 2015:
C:\Users\<UserName>\AppData\Local\Microsoft\VisualStudio\14.0
Adicione o seguinte
fonte
devenv.exe.config
arquivo é a única correção que funcionou para mim no VS2013 e no VS2015. VS2013:C:\Users\<username>\AppData\Local\Microsoft\VisualStudio\12.0
VS2015:C:\Users\<username>\AppData\Local\Microsoft\VisualStudio\14.0
O que não funcionou para mim foi alterar a política de execução, alterar a política de execução no registro, reinstalar o gerenciador de pacotes, reparar o visual studio, reiniciar o visual studio, reiniciar o windows.Essa correção do Nuget funcionou para mim:
https://github.com/NuGet/Home/issues/974#issuecomment-124774650
fonte
Por padrão, meu Windows 10 de 64 bits só tinha o Powershell versão 1.0 ativado. Alterei o painel de controle / Programas / Programas e recursos / Ativar recursos do Windows.
Verifique se o mecanismo do Windows Powershell 2.0 está ativado.
Reinicie o VS2015 no modo não administrador e com todos os pacotes instalados corretamente.
fonte
Eu tive o mesmo problema com o vs2013 e a alteração da política de execução não a corrigiu. A única solução de trabalho que encontrei foi desinstalar o Nuget do VS e instalá-lo novamente. As etapas estão aqui: https://stackoverflow.com/a/32619961/3853238
fonte
Tudo o que eu precisava fazer era reiniciar o Visual Studio, abrir o NuGet
Package Manager Console
e, em seguida, usar aManage NuGet Packages
caixa de diálogo funcionada.fonte
Feche todas as instâncias do visual studio e tente novamente. Funcionou para mim :)
fonte
Se as respostas acima não funcionarem para você -
fonte
Depois de tentar várias correções sugeridas, finalmente foi resolvido atualizando a extensão do NuGet Package Manager no Visual Studio.
Isso é feito em Ferramentas -> Extensões e atualizações, na caixa de diálogo Extensões e atualizações Atualizado -> Galeria do Visual Studio. Uma reinicialização do Visual Studio pode ser necessária.
fonte
Se você usar o VS 2013 Update 5, instale manualmente uma atualização 2.8.7 para o NuGet Packet Manager.
O relatório de erros tem mais detalhes.
fonte
VS2015: Atualizado o NuGet e funcionou.
fonte
O que fez o truque para mim foi reinstalar o NuGet Package Manager usando o link abaixo:
VS 2013: https://github.com/NuGet/Home/releases/download/2.8.7/NuGet.Tools.vsix
VS 2015: https://github.com/NuGet/Home/releases/download/3.1.1/NuGet.Tools.vsix
fonte
Se nenhuma das opções acima ajudar, veja se você pode atualizar o Visual Studio.
Eu tive o mesmo problema com a Comunidade do Visual Studio 2017 quando tentei instalar o Newtonsoft.Json. A
ExecutionPolicy
alteração não ajudou (tentei usar o PowerShell e o Editor do Registro). Eu também tentei desinstalar e instalar o NuGet.Depois de executar o arquivo de instalação do VS2017, ele solicitou a atualização do Visual Studio. Todos os problemas desapareceram após a atualização.
fonte
Para mim, definir a política de execução como Irrestrito não funcionou. Eu tive que reparar a instalação do vs2013 entrando no Painel de Controle. Reparar a instalação funcionou para mim.
fonte
Teve o mesmo problema e isso resolveu para mim (PowerShell como administrador):
fonte
depois de tentar toda a solução sugerida, nada funcionou no VS 2015, atualização 2
fonte
Eu tive um problema parecido. Eu o corrigi ativando o recurso "Windows PowerShell 2.0" em "Ativar ou desativar os recursos do Windows". Observe que esse recurso está ativado por padrão; eu o desativei manualmente alguns dias atrás.
Estou trabalhando no Windows 10 Pro de 64 bits e o mesmo problema ocorreu com o Visual Studio 2015 e 2017 (aplicativo de 32 bits e 64 bits)
fonte
Baixe e instale modelos administrativos para Windows PowerShell
ATUALIZAÇÃO - EDITAR:
Isso é o que eu consertei depois que eu dei mais permissões ao meu PowerShell, sem saber que ele iria atrapalhar o visual studio 2013 e 2015
fonte
Esse problema nem sempre está relacionado à diretiva de execução do PowerShell. Minha máquina está configurada como "Irrestrita" para o PowerShell x64 e x86, mas ainda recebo essa mensagem de erro de tempos em tempos no Visual Studio 2013.
Quando tento abrir o Package Manager Console:
Esta não é uma mensagem de erro válida.
A reinicialização do Visual Studio nem sempre resolve o problema.
A execução do processo como administrador nunca resolve o problema.
Como Declan, a atualização mais recente do plug-in do Gerenciador de Pacotes corrigiu o problema: 2.8.60723.765
fonte
Defina a política de execução como Ignorar em vez de Irrestrito ou Remoto; este tutorial fornece instruções mais completas . Além disso, se você estiver com problemas para usar o PowerShell para alterar a política, o autor mostrará como alterá-lo no Regedit.
fonte
Há uma enorme quantidade de facadas no escuro aqui, então vou adicionar as minhas.
No meu caso, também recebi uma mensagem informando que havia um arquivo de bloqueio ausente e uma recomendação para executar
dnu restore
no console do gerenciador de pacotes. Eu fiz isso, reiniciei o VS e tudo está funcionando agora.fonte
O que funcionou para mim é:
Find-Module ISEModuleBrowserAddon | Install-Module
Import-Module ISEModuleBrowserAddon
Find-Module ISEScriptAnalyzerAddOn | Install-Module
Import-Module ISEScriptAnalyzerAddOn
Import-Module ScriptBrowser
Enable-ScriptBrowser
E você tem módulo, script e analisador em seu ISE.
Executar no Win 10 Pro, host do console x64 5.0.10586.122
Boa sorte!
fonte