studio - No se puede instalar el paquete nuget debido a "No se pudo inicializar el host de PowerShell"
package manager console visual studio 2010 (30)
¿Cuál fue el truco para mí para volver a instalar NuGet Package Manager utilizando el siguiente enlace:
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
De repente, recibo este error al actualizar los paquetes de Nuget. Ninguna de las soluciones que he encontrado funciona. Estoy usando Visual Studio 2013.
''Newtonsoft.Json 6.0.3'' already installed.
Adding ''Newtonsoft.Json 6.0.3'' to Tournaments.Notifications.
Successfully added ''Newtonsoft.Json 6.0.3'' to Tournaments.Notifications.
Executing script file ''F:/My Webs/BasketballTournaments/MainBranch/packages/Newtonsoft.Json.6.0.3/tools/install.ps1''.
Failed to initialize the PowerShell host. If your PowerShell execution policy setting is set to AllSigned, open the Package Manager Console to initialize the host first.
Consola de Package Manager
Attempting to perform the InitializeDefaultDrives operation on the ''FileSystem'' provider failed.
Si espero a que finalice la inicialización en la consola, pude agregar algunos paquetes.
Actualicé el administrador de paquetes de Nuget y eso lo solucionó para mí.
Aparentemente hay un error de Powershell en Windows 10 versión 1511 .
Ninguno de los arreglos enumerados aquí funcionó para mí. (o solo trabajado temporalmente)
Lo arreglé (tanto en VS2013 como en VS2015) al instalar la versión 1607 . Se puede descargar aquí: Actualización de aniversario de Windows 10 .
Aquí hay un montón de puñaladas en la oscuridad, así que agregaré la mía.
En mi caso, también recibí un mensaje de que faltaba un archivo de bloqueo y una recomendación para ejecutar dnu restore
en la consola del administrador de paquetes. Lo hice, reinicié VS, y todo está funcionando.
Cierre todas las instancias de Visual Studio y vuelva a intentarlo. Funcionó para mí :)
Configurar una política de ejecución a RemoteSigned o irrestricto debería funcionar. Debe cambiarse en modo administrador a través de una consola PowerShell. Tenga en cuenta que los cambios se aplicarán de acuerdo con la versión de bits de la consola de PowerShell, por lo tanto, 32 bits o 64 bits. Por lo tanto, si desea instalar un paquete en Visual Studio (versión de 32 bits) que requiere una política específica, debe cambiar la configuración de la política a través de PowerShell (x86).
El comando en PowerShell (como administrador) para establecer la política a no restringida (según lo observado por @Gabriel en los comentarios) es:
start-job { Set-ExecutionPolicy Unrestricted } -RunAs32 | wait-job | Receive-Job
Una vez establecida la política como no restringida, querrá volver a establecer la política en su original una vez que se complete la instalación.
De forma predeterminada, mi Windows 10 de 64 bits solo tenía habilitada la versión 1.0 de Powershell. Cambié el panel de control / Programas / Programas y características / Activar las características de Windows en Apagado.
Asegúrese de que el motor de Windows Powershell 2.0 esté habilitado.
Reinicie VS2015 en modo no administrador y con todos los paquetes instalados correctamente.
Descargue e instale plantillas administrativas para Windows PowerShell
Next: Powershell x86 from As Administrator
Run: Get-ExecutionPolicy -List , and see if you have RemoteSigned etc..
1. 5 different scopes Set-ExecutionPolicy "RemoteSigned" -Scope Process -Confirm:$false
2. Machine and User Policy you have to set through the Group Policy Administration Template in 2 areas.
ACTUALIZAR - EDITAR:
Set ALL of them to "Undefined" and ONLY the LocalMachine to "Restricted"
Esto es lo que solucionó el problema después de haber otorgado a PowerShell más permisos sin saber que arruinaría Visual Studio 2013 y 2015
Después de probar varias soluciones sugeridas, finalmente se resolvió actualizando la extensión NuGet Package Manager en Visual Studio.
Esto se hace en Herramientas -> Extensiones y actualizaciones, luego en el cuadro de diálogo Extensiones y actualizaciones actualizado -> Galería de Visual Studio. Es posible que se requiera un reinicio de Visual Studio.
Ejecutar el Visual Studio como administrador funcionó para mí.
Esta solución Nuget funcionó para mí:
https://github.com/NuGet/Home/issues/974#issuecomment-124774650
Establezca la política de ejecución en Bypass en lugar de irrestricto o RemoteSigned; este tutorial brinda instrucciones más completas . Además, si tiene problemas para usar PowerShell para cambiar la política, entonces el autor le muestra cómo cambiarla en Regedit.
Este problema no siempre está relacionado con la Política de ejecución de PowerShell. Mi máquina está configurada como "Sin restricciones" para PowerShell x64 y x86, pero sigo recibiendo este mensaje de error varias veces en Visual Studio 2013.
Cuando intento abrir la consola de Package Manager:
Windows PowerShell actualizó su política de ejecución con éxito, pero la configuración se reemplaza por una política definida en un ámbito más específico. Debido a la anulación, su caparazón mantendrá su actual política de ejecución efectiva de Sin restricción. Escriba "Get-ExecutionPolicy -List" para ver la configuración de su política de ejecución. Para obtener más información, consulte "Get-Help Set-ExecutionPolicy".
Este no es un mensaje de error válido.
Reiniciar Visual Studio no siempre resuelve el problema.
Ejecutar el proceso como administrador nunca resuelve el problema.
Al igual que Declan, la última actualización del complemento Package Manager solucionó el problema: 2.8.60723.765
Esto comenzó a ocurrir con 6.0.4 recientemente para mí, no creo que esta sea una solución muy buena, pero esto es lo que me ayudó. Cerrar Visual Studio
- Abra un indicador de Windows PowerShell como administrador (muy importante) y ejecute el siguiente comando: Set-ExecutionPolicy Bypass
- Abra Visual Studio, abra su solución y use Nuget para instalar JSON.Net (o cualquier paquete que lo incluya como dependencia).
- Una vez que todo esté funcionando, recomiendo configurar la política de ejecución de powershell de nuevo a restringido con el siguiente comando: Set-ExecutionPolicy Restricted
Lo que funcionó para mí es:
- Establezca la política de ejecución en Sin restricciones.
-
Find-Module ISEModuleBrowserAddon | Install-Module
-
Import-Module ISEModuleBrowserAddon
-
Find-Module ISEScriptAnalyzerAddOn | Install-Module
-
Import-Module ISEScriptAnalyzerAddOn
-
Import-Module ScriptBrowser
- En ISE, necesita
Enable-ScriptBrowser
Y tiene Module, Script y Analyzer en su ISE.
Ejecutar en Win 10 Pro, x64 Console Host 5.0.10586.122
¡Buena suerte!
Ninguna respuesta me ha funcionado.
Todas las políticas fueron correctas pero tengo el error al instalar un paquete
Error al inicializar el host de PowerShell. Si la configuración de la política de ejecución de PowerShell está configurada en AllSigned, abra la consola de Package Manager para inicializar el host primero.
La solución : desinstalé el complemento del administrador de paquetes Nuget y lo reinstalé .
Para mí, configurar la política de ejecución en Unrestricted no funcionó. Tuve que reparar la instalación de vs2013 yendo al Panel de control. Reparar la instalación funcionó para mí.
Por defecto, la ejecución del script de PowerShell es muy limitada por razones de seguridad. Para usar dentro de NuGet, necesitamos abrir las puertas.
1. Paso
Abra Windows PowerShell
, ejecútelo como Administrator
2. Paso
NuGet está utilizando la consola de 32 bits, por lo que no se verá afectada por los cambios en la consola de 64 bits. Ejecute la siguiente secuencia de comandos para asegurarse de que está configurando la consola de 32 bits.
start-job { Set-ExecutionPolicy RemoteSigned } -RunAs32 | wait-job | Receive-Job
3. Paso
Reiniciar Visual Studio
Recuerde reiniciar Visual Studio después de haber hecho Set-ExecutionPolicy Unrestricted
en PowerShell (x86).
Si eso no funciona, intente Set-ExecutionPolicy RemoteSigned
en PowerShell (x86) y luego reinicie Visual Studio.
Si las respuestas anteriores no funcionan para usted,
- Abrir ejecución - Windows + R
- Abra el editor de registro - escriba regedit.exe
- Abierto - HKEY_LOCAL_MACHINE / SOFTWARE / Policies / Microsoft / Windows / PowerShell
- En el panel derecho: modifique "ExecutionPolicy" y mantenga sus "Value Data" en blanco.
- Reinicia tu estudio visual, ahora tu Powershell puede inicializarse correctamente.
Si ninguno de los anteriores ayuda, consulte si puede actualizar Visual Studio.
Tuve el mismo problema con Visual Studio 2017 Community cuando traté de instalar Newtonsoft.Json. El cambio de ExecutionPolicy
no ayudó (intenté usar PowerShell y el Editor del Registro). También traté de desinstalar e instalar NuGet.
Después de ejecutar el archivo de instalación de VS2017, solicitó la actualización de Visual Studio. Todos los problemas desaparecieron después de la actualización.
Si usa VS 2013 Update 5, debe instalar manualmente una actualización 2.8.7 para NuGet Packet Manager.
El github.com/NuGet/Home/issues/974 tiene más detalles.
Tengo el mismo problema con el cuadro de diálogo Administrar paquetes de NuGet, utilizo una solución alternativa que puede ayudar a otros, desde la consola del administrador de paquetes:
Si uso la línea de comando powershell commandlet install-package, todo está bien.
Soy contrario a cambiar una configuración de seguridad "solo para que funcione".
Todo lo que tenía que hacer era reiniciar Visual Studio, abrir la Package Manager Console
NuGet Package Manager Console
y luego usar el cuadro de diálogo Manage NuGet Packages
.
Tuve el mismo problema con vs2013 y cambiar la política de ejecución no lo solucionó. La única solución de trabajo que encontré fue desinstalar Nuget de VS e instalarlo de nuevo. Los pasos están aquí: https://.com/a/32619961/3853238
Tuve el mismo problema después de actualizar a Windows 10.
Esto funcionó para mí
- Cerrar Visual Studio
- Ejecutar Powershell como administrador
- Ejecutar
Set-ExecutionPolicy Unrestricted
- Ejecute Visual Studio como administrador
- Limpia el proyecto y agrega el paquete nuget
Si aún no funciona, intente 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
Agregue lo siguiente
<dependentAssembly>
<assemblyIdentity name="System.Management.Automation" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.PowerShell.Commands.Utility" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.PowerShell.ConsoleHost" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.PowerShell.Commands.Management" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.PowerShell.Security" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
</dependentAssembly>
<dependentAssembly>
<assemblyIdentity name="Microsoft.PowerShell.Commands.Diagnostics" publicKeyToken="31bf3856ad364e35" />
<publisherPolicy apply="no" />
</dependentAssembly>
Tuve el mismo problema y esto me lo resolvió (Powershell como administrador):
Set-ItemProperty -Path HKLM:/Software/Policies/Microsoft/Windows/PowerShell -Name ExecutionPolicy -Value ByPass
Tuve este problema con mi Visual Studio 2015. Desinstalé y volví a instalar NuGet Package Manager nuevamente. Funcionó para mí
Tuve un problema similar. Lo solucioné activando la función "Windows PowerShell 2.0" en "Activar o desactivar las características de Windows". Tenga en cuenta que esta función está activada por defecto, la apagué manualmente hace unos días.
Estoy trabajando en Windows 10 Pro 64 bits y el mismo problema fue con Visual Studio 2015 y 2017 (aplicación de 32 bits y 64 bits)
VS2015: actualizó NuGet y funcionó.