ไม่สามารถติดตั้งแพคเกจ nuget ได้เนื่องจาก“ ไม่สามารถเริ่มต้นโฮสต์ PowerShell ได้”


173

ทันทีที่ฉันได้รับข้อผิดพลาดนี้เมื่ออัพเกรดแพ็คเกจ Nuget ไม่มีการแก้ไขที่ฉันเจอ ฉันใช้ Visual Studio 2013

ติดตั้ง 'Newtonsoft.Json 6.0.3' เรียบร้อยแล้ว

เพิ่ม 'Newtonsoft.Json 6.0.3' ในการแข่งขันประกาศ

เพิ่ม 'Newtonsoft.Json 6.0.3' สำเร็จในการแข่งขันประกาศ

กำลังดำเนินการไฟล์สคริปต์ 'F: \ My Webs \ BasketballTournaments \ MainBranch \ packages \ Newtonsoft.Json.6.0.3 \ tools \ install.ps1'

ไม่สามารถเริ่มต้นโฮสต์ PowerShell หากการตั้งค่านโยบายการดำเนินการ PowerShell ของคุณถูกตั้งค่าเป็น AllSigned ให้เปิดคอนโซลตัวจัดการแพคเกจเพื่อเริ่มต้นโฮสต์ก่อน

คอนโซลตัวจัดการแพคเกจ

ความพยายามในการดำเนินการ InitializeDefaultDrives การดำเนินการกับผู้ให้บริการ 'FileSystem' ล้มเหลว

ถ้าฉันรอการเริ่มต้นให้เสร็จในคอนโซลฉันก็สามารถเพิ่มแพคเกจบางอย่าง


สวัสดีไมค์ ฉันมีปัญหาเดียวกันแน่นอน คุณจัดการเพื่อแก้ไขปัญหาและมีผู้จัดการแพคเกจ nuget ทำงานหรือไม่?
แมกนัส Backeus

ผมมีปัญหาเดียวกัน. ฉันได้ตั้งค่านโยบายการดำเนินการของ Powershell เป็นแบบไม่ จำกัด แต่ไม่ได้ช่วยอะไร ฉันติดตั้งแพคเกจใน Package Manager Console ไม่มีปัญหา
Adamy

5
เพิ่งประสบปัญหาเดียวกัน โซลูชันนี้ช่วยฉันได้แล้ว: stackoverflow.com/questions/10457039/…
Oleksii Aza

1
ฉันมีข้อผิดพลาดเดียวกันใน Windows 10 ฉันต้องเปิดใช้งาน Powershell 2.0 จาก "โปรแกรมและคุณสมบัติ"> "เปิดหรือปิดคุณสมบัติ Windows" แล้วทำงานได้ดีหลังจากรีสตาร์ทสตูดิโอภาพ
twoleggedhorse

คำตอบ:


193

การตั้งค่านโยบายการดำเนินการเป็น RemoteSigned หรือ Unrestricted ควรใช้งานได้ จะต้องเปลี่ยนภายใต้โหมดผู้ดูแลระบบผ่านคอนโซล PowerShell โปรดทราบว่าการเปลี่ยนแปลงจะถูกนำไปใช้ตามรุ่นบิตของคอนโซล PowerShell ดังนั้น 32 บิตหรือ 64 บิต ดังนั้นหากคุณต้องการติดตั้งแพคเกจใน Visual Studio (รุ่น 32 บิต) ซึ่งจำเป็นต้องมีนโยบายเฉพาะคุณควรเปลี่ยนการตั้งค่าของนโยบายผ่าน PowerShell (x86)

คำสั่งใน PowerShell (ในฐานะผู้ดูแลระบบ) เพื่อตั้งค่านโยบายเป็นไม่ จำกัด (ตามที่ระบุไว้โดย @Gabriel ในความคิดเห็น) คือ:

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

เมื่อตั้งค่านโยบายเป็นแบบไม่ จำกัด คุณจะต้องตั้งค่านโยบายกลับเป็นดั้งเดิมหลังจากติดตั้งเสร็จสมบูรณ์


83
ทำงานให้ฉัน เมื่อคุณเปลี่ยน ExecutionPolicy ใน PowerShell บนระบบ 64 บิตจะเปลี่ยนเฉพาะสำหรับ PowerShell รุ่น 64 บิต แต่ VS เป็นกระบวนการ 32 บิตและ "Package Manager Console" ก็เป็นกระบวนการ 32 บิตเช่นกัน ในการแก้ไขปัญหานี้คุณสามารถดำเนินการstart-job { Set-ExecutionPolicy Unrestricted } -RunAs32 | wait-job | Receive-Jobในคอนโซล PowerShell 64 บิต
Gabriel

69
คุณต้องเริ่มต้น Visual Studio ใหม่ในภายหลัง
Danny Varod

ทำงานได้ดี มันน่าเสียดายที่ตัวแพ็คเกจเองแนะนำวิธีแก้ไขที่ไม่ได้ผล และอย่าลืมเปิดใช้นโยบายเดิมในภายหลัง
Mohoch

9
ปิด VS 2013 ทำงานเป็นผู้ดูแลระบบเริ่มทำงานได้ดี ... wiered
Rusty

9
ผมมีปัญหานี้ใน VS2015 และเพียงแค่การปรับปรุงผู้จัดการ paackage NuGet การแก้ไขปัญหา
Shawson

55

อย่าลืมรีสตาร์ท Visual Studio หลังจากคุณทำSet-ExecutionPolicy Unrestrictedใน PowerShell (x86)

หากวิธีนี้ใช้ไม่ได้ให้ลองSet-ExecutionPolicy RemoteSignedใน PowerShell (x86) จากนั้นเริ่ม Visual Studio ใหม่


51

ตามค่าเริ่มต้นการเรียกใช้สคริปต์ PowerShell นั้นมี จำกัด มากเนื่องจากเหตุผลด้านความปลอดภัย สำหรับการใช้งานภายใน NuGet เราจำเป็นต้องเปิดประตู

1. ขั้นตอน

เปิดWindows PowerShellเรียกใช้เป็นAdministrator

2. ขั้นตอน

NuGet ใช้คอนโซล 32 บิตดังนั้นจึงไม่ได้รับผลกระทบจากการเปลี่ยนแปลงของคอนโซล 64 บิต เรียกใช้สคริปต์ต่อไปนี้เพื่อให้แน่ใจว่าคุณกำลังกำหนดค่าคอนโซล 32 บิต

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

3. ขั้นตอน

เริ่มต้นใหม่ Visual Studio


ขอบคุณ! เมื่อฉันทำ Windows PowerShell แล้วก็สั่งให้ทำงานตามที่คุณระบุ ขอบคุณมาก!
Echiban

สิ่งนี้ใช้ได้กับสภาพแวดล้อมต่อไปนี้: windows xp, visual studio 2010 Web developer express ฉันปิดสตูดิโอภาพ ดาวน์โหลดmicrosoft.com/en-us/download/confirmation.aspx?id=16818 Powershell ติดตั้ง Powershell เรียกใช้ powershell และเรียกใช้งานเริ่มต้น {Set-ExecutionPolicy RemoteSigned} -RunAs32 | รองาน | รับงาน เริ่ม visual studio และใช้ nuget มันได้ผล
พัฒนา Marius Žilėnas

1
@muflix: เป็นไปไม่ได้ในกรณีนี้อย่างน้อยฉันก็ไม่รู้ ในท้ายที่สุดมันเป็นปัญหาด้านความปลอดภัยและทำให้ผู้ดูแลระบบ
Michael Sander

เราจำเป็นต้องปิดประตูหลังจากไหม? อย่างไร
Omid-RH

ปิดมันจะปล่อยให้ nuget ปฏิบัติไม่ได้เพราะมันจะต้องรันสคริปต์ในระหว่างการติดตั้งแพ็ค
Michael Sander

25

ฉันมีปัญหาเดียวกันกับไดอะล็อกจัดการแพคเกจ NuGet ฉันใช้วิธีแก้ไขที่อาจช่วยผู้อื่น - ทำงานจากคอนโซลตัวจัดการแพคเกจ:

ถ้าฉันใช้บรรทัดคำสั่ง powershell commandlet install-package ทั้งหมดนั้นใช้ได้

ฉันไม่พึงประสงค์ที่จะเปลี่ยนการตั้งค่าความปลอดภัย "เพื่อให้ทำงานได้"


คุณควรถามคำถามใหม่
Tay2510

3
ฉันไม่คิดว่านี่จะรับประกันคำถามใหม่เนื่องจากเกี่ยวข้องโดยตรงกับปัญหาที่เกิดขึ้น ฉันได้โพสต์ข้อความใหม่เพื่อไม่ให้ฟังดูเหมือนคำถามใหม่ แต่เป็นเพลงของนักพัฒนาที่ไม่พอใจ
อัลลัน

@Allan ท้ายคำตอบนี้ (โพสต์แก้ไข) ควรเป็นความคิดเห็นหรือคำถาม
Danny Varod

ขอบคุณสำหรับข้อมูลของคุณ Danny ฉันหวังว่าจะแบ่งปันประสบการณ์ของฉันและวิธีแก้ไขที่เป็นไปได้สำหรับคนเหล่านั้นที่ไม่ต้องการหรือไม่สามารถเปลี่ยนการตั้งค่าความปลอดภัย คำตอบอ่านได้ดีขึ้นในขณะนี้
อัลลัน

Get-Package -Filter PartOfPackageNameเพื่อค้นหาแพ็คเกจInstall-Package PackageName -Version 7.0.1ที่ติดตั้งเพื่อติดตั้งแพ็คเกจเฉพาะรุ่น อย่าลืมเลือกโครงการเริ่มต้นที่ด้านบนสุดของคอนโซลตัวจัดการแพคเกจ
Lu55

24

ไม่มีคำตอบสำหรับฉัน

นโยบายทั้งหมดถูกต้อง แต่ฉันมีข้อผิดพลาดเมื่อติดตั้งแพคเกจ

ไม่สามารถเริ่มต้นโฮสต์ PowerShell หากการตั้งค่านโยบายการดำเนินการ PowerShell ของคุณถูกตั้งค่าเป็น AllSigned ให้เปิดคอนโซลตัวจัดการแพคเกจเพื่อเริ่มต้นโฮสต์ก่อน

วิธีการแก้ปัญหา : ฉันได้ถอนการติดตั้งผู้จัดการแพคเกจ nugetปลั๊กอินและติดตั้งใหม่มัน


4
การถอนการติดตั้งและติดตั้งใหม่เป็นสิ่งเดียวที่ช่วยได้แน่นอน ปัญหานี้อธิบายได้ที่นี่: github.com/NuGet/Home/issues/974
Zsolt

2
ฉันติดตั้งแพคเกจ NuGet VSIX ใหม่โดยไม่ถอนการติดตั้งก่อน
เดฟ

1 marketplace.visualstudio.com/...สำหรับ VS2015
Hoang

16

การเรียกใช้ Visual Studio ในฐานะผู้ดูแลระบบทำงานให้ฉัน


1
เหมือนกันแม้ว่าผู้คนควรจำไว้ว่าต้องปิด VS เมื่อแพ็คเกจของคุณถูกติดตั้งและเปิดใหม่ภายใต้สิทธิ์ปกติ
เลียม Laverty

7

ฉันมีปัญหานี้กับ Visual Studio 2015 ของฉันฉันถอนการติดตั้งและติดตั้ง NuGet Package Manager อีกครั้ง มันใช้งานได้สำหรับฉัน


อย่างไร? มันบ่นว่ามันถูกใช้โดยกระบวนการอื่น
แบรนดอน


6

สิ่งนี้เริ่มเกิดขึ้นกับ 6.0.4 เมื่อเร็ว ๆ นี้สำหรับฉันฉันไม่คิดว่านี่เป็นทางออกที่ดีมาก แต่นี่คือสิ่งที่ช่วยฉัน ปิด Visual Studio

  1. เปิดพรอมต์ Windows PowerShell ในฐานะผู้ดูแลระบบ (สำคัญมาก) และเรียกใช้คำสั่งต่อไปนี้: Set-ExecutionPolicy Bypass
  2. เปิด Visual Studio เปิดโซลูชันของคุณและใช้ Nuget เพื่อติดตั้ง JSON.Net (หรือแพคเกจใดก็ตามที่รวมไว้ในการพึ่งพา)
  3. เมื่อทุกอย่างทำงานได้ฉันขอแนะนำให้ตั้งค่านโยบายการดำเนินการ PowerShell กลับไปเป็นแบบ จำกัด ด้วยคำสั่งต่อไปนี้: Set-ExecutionPolicy Restricted

5

ฉันมีปัญหาเดียวกันหลังจากอัปเกรดเป็น Windows 10

สิ่งนี้ใช้ได้สำหรับฉัน

  1. ปิด Visual Studio
  2. เรียกใช้ Powershell ในฐานะผู้ดูแลระบบ
  3. วิ่ง Set-ExecutionPolicy Unrestricted
  4. เรียกใช้ Visual Studio ในฐานะผู้ดูแล
  5. ทำความสะอาดโครงการและเพิ่มแพ็กเกจ nuget

หากยังใช้งานไม่ได้ให้ลองแก้ไข 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

เพิ่มดังต่อไปนี้

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

การเพิ่มการพึ่งพา Powershell ให้กับdevenv.exe.configการแก้ไขเป็นสิ่งเดียวที่ทำงานสำหรับฉันทั้งใน VS2013 และ VS2015 VS2013: C:\Users\<username>\AppData\Local\Microsoft\VisualStudio\12.0VS2015: C:\Users\<username>\AppData\Local\Microsoft\VisualStudio\14.0สิ่งที่ใช้งานไม่ได้สำหรับฉันคือการเปลี่ยนนโยบายการดำเนินการเปลี่ยนนโยบายการดำเนินการในรีจิสทรีติดตั้งตัวจัดการแพคเกจใหม่ซ่อมสตูดิโอภาพ
Rubanov

Wooooow วิธีการอื่น ๆ ทั้งหมดไม่ได้แก้ปัญหาให้ฉันใน VS 2015 เพียงเพิ่มการอ้างอิงไปยัง devenv.exe.config ช่วย หลังจากนี้ฉันยังพบstackoverflow.com/questions/12638289/... ขอบคุณมาก !!!
nharrer


4

ตามค่าเริ่มต้น Windows 10 64 บิตของฉันเท่านั้นที่เปิดใช้งาน Powershell เวอร์ชัน 1.0 ฉันเปลี่ยนแผงควบคุม / โปรแกรม / โปรแกรมและคุณสมบัติ / เปิดคุณสมบัติ Windows เปิดปิด

ตรวจสอบให้แน่ใจว่าโปรแกรม Windows Powershell 2.0 เปิดใช้งานอยู่

รีสตาร์ท VS2015 ในโหมดที่ไม่ใช่ผู้ดูแลระบบและติดตั้งแพ็กเกจทั้งหมดอย่างถูกต้อง


ฉันยังมี Windows 10 64 บิตและฉันต้องเปิดใช้งาน Windows Powershell 2.0 engine เพื่อให้ Package Manager Console ทำงานได้ เป็นเรื่องแปลกที่ปัญหานี้เกิดขึ้นมาระยะหนึ่งแล้วและ Microsoft ไม่ได้เปิดใช้งานเครื่องมือ Powershell 2.0 ซึ่งเป็นส่วนหนึ่งของกระบวนการติดตั้ง Visual Studio 2017
JSWilson

4

ฉันมีปัญหาเดียวกันกับ vs2013 และการเปลี่ยนแปลงนโยบายการดำเนินการไม่สามารถแก้ไขได้ ทางออกเดียวที่ฉันพบคือการถอนการติดตั้ง Nuget จาก VS และติดตั้งอีกครั้ง ขั้นตอนอยู่ที่นี่: https://stackoverflow.com/a/32619961/3853238


3

สิ่งที่ฉันต้องทำก็คือรีสตาร์ท Visual Studio เปิด NuGet Package Manager Consoleจากนั้นใช้งานManage NuGet Packagesไดอะล็อก


3

ปิดอินสแตนซ์ของ visual Studio ทั้งหมดแล้วลองอีกครั้ง มันใช้งานได้สำหรับฉัน :)


3

หากคำตอบข้างต้นไม่ได้ผลสำหรับคุณ -

  1. เปิด Run - windows + R
  2. เปิดตัวแก้ไขรีจิสทรี - พิมพ์ regedit.exe
  3. เปิด - HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ PowerShell
  4. ในบานหน้าต่างด้านขวา - แก้ไข "ExecutionPolicy" และเก็บ "ข้อมูลค่า" ไว้เป็นค่าว่าง
  5. รีสตาร์ทสตูดิโอภาพของคุณตอนนี้ Powershell ของคุณสามารถเริ่มต้นได้อย่างถูกต้อง

2

หลังจากลองใช้การแก้ไขที่แนะนำต่าง ๆ ในที่สุดมันก็ถูกแก้ไขโดยการปรับปรุงส่วนขยาย NuGet Package Manager ใน Visual Studio

สิ่งนี้ทำภายใต้เครื่องมือ -> ส่วนขยายและการอัพเดทจากนั้นในกล่องโต้ตอบส่วนขยายและการอัพเดท Updated -> แกลเลอรี Visual Studio อาจจำเป็นต้องเริ่มต้น Visual Studio ใหม่



2

VS2015: อัพเดท NuGet และทำงาน


กันที่นี่ ใช้ VS2015 และเพิ่งอัปเดต Nuget Package Manager และใช้งานได้
iheartcsharp


2

ถ้าไม่มีวิธีการข้างต้นดูว่าคุณสามารถปรับปรุง Visual Studio

ฉันมีปัญหาเดียวกันกับชุมชน Visual Studio 2017 เมื่อฉันพยายามติดตั้ง Newtonsoft.Json ExecutionPolicyเปลี่ยนแปลงไม่ได้ช่วย (ฉันลองใช้ทั้ง PowerShell และ Registry Editor) ฉันพยายามถอนการติดตั้งและติดตั้ง NuGet ด้วย

หลังจากรันไฟล์ติดตั้ง VS2017 มันจะขอการปรับปรุง Visual Studio ปัญหาทั้งหมดหายไปหลังจากการอัพเดต


1

สำหรับฉันการตั้งค่านโยบายการดำเนินการเป็นไม่ จำกัด ไม่ทำงาน ฉันต้องซ่อมแซมการติดตั้งvs2013โดยไปที่แผงควบคุม การซ่อมแซมการติดตั้งใช้งานได้สำหรับฉัน


1

มีปัญหาเดียวกันและวิธีนี้แก้ไขได้สำหรับฉัน (Powershell ในฐานะผู้ดูแลระบบ):

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

1

หลังจากลองใช้วิธีแก้ปัญหาที่แนะนำทั้งหมดแล้วจะไม่มีอะไรทำงานกับการอัพเดต VS 2015

การลบโฟลเดอร์แพ็คเกจออกจากโฟลเดอร์โซลูชันและกู้คืนจาก visual studio ที่ใช้งานได้สำหรับฉัน


1

ฉันมีปัญหาที่คล้ายกัน ฉันได้แก้ไขโดยเปิดฟีเจอร์ "Windows PowerShell 2.0" ใน "เปิดหรือปิดฟีเจอร์ Windows" โปรดทราบว่าคุณลักษณะนี้เปิดใช้งานตามค่าเริ่มต้นฉันปิดเองเมื่อไม่กี่วันที่ผ่านมา

ฉันกำลังทำงานบน Windows 10 Pro 64 บิตและปัญหาเดียวกันคือกับ Visual Studio 2015 และ 2017 (แอพ 32 บิตและ 64 บิต)


0

ดาวน์โหลดและติดตั้งแม่แบบระดับผู้ดูแลสำหรับ 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.

อัปเดต - แก้ไข:

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

นี่คือสิ่งที่ได้รับการแก้ไขหลังจากที่ฉันให้สิทธิ์การใช้งานแก่ผู้อื่นโดยไม่รู้ว่ามันจะทำให้เกิดความสับสนใน Visual Studio 2013 และ 2015


0

ปัญหานี้ไม่เกี่ยวข้องกับนโยบายการดำเนินการ PowerShell เสมอไป เครื่องของฉันได้รับการกำหนดค่าเป็น "ไม่ จำกัด " สำหรับทั้ง PowerShell x64 และ x86 แต่ฉันยังคงได้รับข้อความแสดงข้อผิดพลาดนี้เป็นครั้งคราวใน Visual Studio 2013

เมื่อฉันพยายามเปิด Package Manager Console:

Windows PowerShell อัปเดตนโยบายการดำเนินการของคุณเรียบร้อยแล้ว แต่การตั้งค่าถูกแทนที่โดยนโยบายที่กำหนดไว้ในขอบเขตที่เฉพาะเจาะจงมากขึ้น เนื่องจากการแทนที่เชลล์ของคุณจะยังคงนโยบายการดำเนินการที่มีประสิทธิภาพในปัจจุบันเป็นแบบไม่ จำกัด พิมพ์ "Get-ExecutionPolicy -List" เพื่อดูการตั้งค่านโยบายการดำเนินการของคุณ สำหรับข้อมูลเพิ่มเติมโปรดดู "รับความช่วยเหลือ Set-ExecutionPolicy"

นี่ไม่ใช่ข้อความแสดงข้อผิดพลาดที่ถูกต้อง

การเริ่มระบบใหม่ Visual Studio ไม่สามารถแก้ไขปัญหาได้เสมอไป

การเรียกใช้กระบวนการในฐานะผู้ดูแลระบบไม่สามารถแก้ไขปัญหาได้

เช่น Declan การอัปเดตล่าสุดของปลั๊กอินตัวจัดการแพคเกจแก้ไขปัญหา: 2.8.60723.765


0

ตั้งค่านโยบายการดำเนินการเป็น Bypass แทน Unrestricted หรือ RemoteSigned บทช่วยสอนนี้ให้คำแนะนำที่สมบูรณ์ยิ่งขึ้น นอกจากนี้หากคุณมีปัญหาในการใช้ PowerShell เพื่อเปลี่ยนนโยบายผู้เขียนจะแสดงวิธีการเปลี่ยนแปลงใน Regedit


ไม่ จำกัดควรทำงานเช่นกัน - เพียงแค่เตือนคุณเมื่อคุณอาจทำสิ่งที่ไม่ปลอดภัยโดยที่บายพาสจะไปข้างหน้าและเรียกใช้คำสั่ง
Auspex

0

ที่นี่มีแทงมากมายอันน่าสะพรึงกลัวที่นี่ดังนั้นฉันจะเพิ่มของฉันเอง

ในกรณีของฉันฉันยังได้รับข้อความว่ามีไฟล์ล็อคหายไปและคำแนะนำให้เรียกใช้dnu restoreในคอนโซลตัวจัดการแพคเกจ ฉันทำเช่นนั้นรีสตาร์ท VS และตอนนี้ทุกอย่างทำงานได้ดี


0

สิ่งที่ได้ผลสำหรับฉันคือ:

  1. ตั้งค่านโยบายการดำเนินการเป็นไม่ จำกัด
  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. ใน ISE คุณต้องการ Enable-ScriptBrowser

และคุณมีโมดูลสคริปต์และตัววิเคราะห์ใน ISE ของคุณ

ทำงานใน Win 10 Pro โฮสต์ x64 คอนโซล 5.0.10586.122

โชคดี!

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.