Nie można zainstalować pakietu NuGet z powodu "nie udało się zainicjować hosta PowerShell"

Pamiętaj, aby ponownie uruchomić Visual Studio po wykonaniu Set-ExecutionPolicy Unrestricted W PowerShell (x86).

Jeśli to nie zadziała, spróbuj Set-ExecutionPolicy RemoteSigned w PowerShell (x86), a następnie uruchom ponownie Visual Studio.

Domyślnie wykonywanie skryptu PowerShell jest bardzo ograniczone ze względów bezpieczeństwa. Do użytku wewnątrz NuGet musimy otworzyć drzwi.

1. Krok

Otwórz Windows PowerShell, Uruchom jako Administrator

2. Krok

NuGet używa 32-bitowej konsoli, więc na nią nie będą miały wpływu zmiany w 64-bitowej konsoli. Uruchom następujący skrypt, aby upewnić się, że konfigurujesz konsolę 32-bitową.

start-job { Set-ExecutionPolicy RemoteSigned } -RunAs32 | wait-job | Receive-Job

3. Krok

Restart Visual Studio

Mam ten sam problem w oknie dialogowym Manage NuGet Packages, używam obejścia, które może pomóc innym - działającego z konsoli Menedżera pakietów:

Jeśli używam wiersza poleceń powershell commandlet install-package, wszystko jest w porządku.

Jestem przeciwny zmianie ustawienia zabezpieczeń "tylko po to, aby działało".

Żadna odpowiedź nie działa na mnie.

Wszystkie zasady były poprawne, ale mam błąd podczas instalacji pakietu

Nie udało się zainicjować hosta PowerShell. Jeśli wykonanie PowerShell ustawienie zasad jest ustawione na AllSigned, otwórz konsolę menedżera pakietów aby najpierw zainicjować host.

The solution: mam odinstalowałemwtyczkę nuget package manageri ponownie zainstalowałem to.

Prowadzenie Visual Studio jako Administrator pracowało dla mnie.

Miałem taki problem z moim Visual Studio 2015. Odinstalowałem i ponownie zainstalowałem NuGet Package Manager. U mnie zadziałało.

Zaktualizowałem NuGet package manager i to mi go naprawiło.

To zaczęło się dziać z 6.0.4 niedawno dla mnie, nie sądzę, że jest to bardzo dobre rozwiązanie, ale oto, co mi pomogło. Zamknij Visual Studio

1. Otwórz monit Windows PowerShell jako Administrator (bardzo ważne) i uruchom następujące polecenie: Set-ExecutionPolicy Bypass
2. Otwórz Visual Studio, otwórz swoje rozwiązanie i użyj Nuget do instalacji JSON.Net (lub jakikolwiek pakiet zawierał go jako zależność).
Gdy wszystko działa, polecam ustawienie powershell powrót polityki wykonania do restricted za pomocą następującego polecenia: Set-ExecutionPolicy Restricted

Miałem ten sam problem po aktualizacji do Windows 10.

To zadziałało dla mnie

1. Zamknij Visual Studio
2. Uruchom Powershell jako admin
3. Run Set-ExecutionPolicy Unrestricted
4. Uruchom Visual studio jako admin
5. Wyczyść projekt i dodaj pakiet nuget

Jeśli nadal nie działa spróbuj edytować 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

Dodaj następujący

    <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>

Ta poprawka nugeta zadziałała dla mnie:

Https://github.com/NuGet/Home/issues/974#issuecomment-124774650

Domyślnie mój Windows 10 64-bitowy miał włączoną tylko wersję Powershell 1.0. Zmieniłem Panel sterowania / Programy / Programy i funkcje / Włącz funkcje systemu Windows.

Upewnij się, że silnik Windows Powershell 2.0 jest włączony.

Uruchom ponownie VS2015 w trybie nie-Administratora i z poprawnym zainstalowaniem wszystkich pakietów.

Miałem ten sam problem z vs2013 i zmiana polityki wykonania go nie naprawiła. Jedynym działającym rozwiązaniem, które znalazłem, było odinstalowanie Nuget z VS i zainstalowanie go ponownie. Kroki są tutaj: https://stackoverflow.com/a/32619961/3853238

Wszystko, co musiałem zrobić, to ponownie uruchomić Visual Studio, otworzyć NuGet Package Manager Console, a następnie użyć okna dialogowego Manage NuGet Packages zadziałało.

Po wypróbowaniu różnych sugerowanych poprawek, został on ostatecznie rozwiązany poprzez aktualizację rozszerzenia NuGet Package Manager w Visual Studio.

Odbywa się to w menu Narzędzia - > Rozszerzenia i aktualizacje, a następnie w oknie Rozszerzenia i aktualizacje aktualizacja - > Galeria Visual Studio. Może być wymagane ponowne uruchomienie programu Visual Studio.

Zamknij wszystkie instancje visual studio i spróbuj ponownie. U mnie zadziałało:)

Jeśli powyższe odpowiedzi działają dla Ciebie -

1. Open Run-windows + R
2. Otwórz Edytor rejestru-wpisz regedit.exe
3. Open-HKEY_LOCAL_MACHINE\SOFTWARE \ Policies \ Microsoft \ Windows \ PowerShell
4. W prawym okienku - zmodyfikuj "ExecutionPolicy" i zachowaj jego" Value Data " jako puste.
5. Uruchom ponownie visual studio, teraz Powershell może zainicjować poprawnie.

Jeśli używasz VS 2013 Update 5, powinieneś ręcznie zainstalować update 2.8.7 dla NuGet Packet Manager.

Raport o błędzie zawiera więcej szczegółów.

VS2015: Zaktualizowano NuGet i zadziałało.

Czym dla mnie była sztuczka, aby ponownie zainstalować NuGet Package Manager używając poniższego linku:

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

Jeśli żadne z powyższych nie pomoże, sprawdź, czy możesz zaktualizować program Visual Studio.

Miałem ten sam problem ze społecznością Visual Studio 2017, gdy próbowałem zainstalować Newtonsoft.Json. Zmiana ExecutionPolicy nie pomogła (próbowałem używać zarówno PowerShell jak i edytora rejestru). Próbowałem również odinstalować i zainstalować NuGet.

Po uruchomieniu pliku instalacyjnego VS2017 poproszono o aktualizację programu Visual Studio. Wszystkie problemy zniknęły po aktualizacji.

Dla mnie ustawienie polityki wykonania na nieograniczoną nie zadziałało. Musiałem naprawić instalację vs2013 , wchodząc do Panelu sterowania. Naprawa instalacji zadziałała.

Miałem ten sam problem i to mi go rozwiązało (Powershell jako admin):

Set-ItemProperty -Path HKLM:\Software\Policies\Microsoft\Windows\PowerShell -Name ExecutionPolicy -Value ByPass 

Po wypróbowaniu wszystkich sugerowanych rozwiązań nic nie działało na aktualizacji VS 2015 2

Usunięcie folderu pakietu z folderu rozwiązanie i przywrócenie go z visual studio działało dla mnie

Miałem podobny problem. Naprawiłem to, włączając funkcję " Windows PowerShell 2.0 "w"Włącz lub wyłącz funkcje systemu Windows". Zauważ, że ta funkcja jest domyślnie włączona, ręcznie wyłączyłem ją kilka dni temu.

Pobierz i zainstaluj Szablony administracyjne dla 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.

UPDATE-EDIT:

Set ALL of them to  "Undefined" and ONLY the LocalMachine to "Restricted" 

To właśnie Naprawiono po tym, jak dałem mojemu powershellowi więcej uprawnień, nie wiedząc, że to zepsuje visual studio 2013 i 2015

Ten problem nie zawsze jest związany z Polityką wykonywania programu PowerShell. Moja maszyna jest skonfigurowana jako "Nieograniczona" zarówno dla PowerShell x64, jak i x86, ale nadal od czasu do czasu pojawia się ten Komunikat o błędzie w Visual Studio 2013.

Kiedy próbuję otworzyć konsolę menedżera pakietów:

Windows PowerShell zaktualizował politykę wykonania z powodzeniem, ale ustawienie jest zastępowane przez politykę zdefiniowaną w bardziej określonym zakresie. Ze względu na nadpisanie, powłoka zachowa jego aktualna skuteczność Polityka realizacji bez ograniczeń. Wpisz "Get-ExecutionPolicy-List" do Wyświetl ustawienia zasad realizacji. Aby uzyskać więcej informacji, zobacz "Get-Help Set-ExecutionPolicy".

To nie jest prawidłowy komunikat o błędzie.

Ponowne uruchomienie programu Visual Studio nie zawsze rozwiązuje problem.

Uruchomienie procesu jako administrator nigdy nie rozwiązuje problemu.

Podobnie jak Declan, najnowsza aktualizacja wtyczki Package Manager naprawiła problem: 2.8.60723.765

Ustaw zasady wykonania na Bypass zamiast Nieograniczone lub RemoteSigned; Ten samouczek zawiera pełniejsze instrukcje . Ponadto, jeśli masz problemy z używaniem PowerShell do zmiany polityki następnie autor pokazuje, jak go zmienić w Regedit.

Jest tu strasznie dużo dźgnięć w ciemności, więc dodam własne.

W moim przypadku dostaĹ 'em rĂłwnieĹź wiadomoĹ" ć, Ĺźe brakuje pliku lock, oraz rekomendacjÄ ™ uruchomienia dnu restore w konsoli package managera. Zrobiłem to, ponownie uruchomiłem VS i wszystko działa.

To, co dla mnie zadziałało, to:

1. Ustaw zasady wykonywania na nieograniczone.
2. Find-Module ISEModuleBrowserAddon | Install-Module
3. Import-Module ISEModuleBrowserAddon
4. Find-Module ISEScriptAnalyzerAddOn | Install-Module
5. Import-Module ISEScriptAnalyzerAddOn
6. Import-Module ScriptBrowser
7. In ISE, you need Enable-ScriptBrowser

I masz moduł, skrypt i analizator w swoim ISE.

Uruchom w Win 10 Pro, x64 Console Host 5.0.10586.122