À l'aide de Powershell en tant que terminal dans IntelliJ IDEA IDEs comme PyCharm, PHPStorm ou RubyMine

J'ai remplacé cmd.exe avec powershell.exe de façon plus simple et espère que cela peut aider.
Je suis en utilisant webstorm2017 et Win10 os.

1.Trouver l'emplacement exact de powershell.exe.Dans la mienne et je crois que dans la plupart des ordinateurs, à l'emplacement serait C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe.Copie le tout le chemin dans votre presse-papiers.

2.Dans votre IDE ouvrir Fichier=>Configuration=>Outils=>Terminal et coller le chemin d'accès dans le "Shell" chemin vide.

3.Le redémarrage de l'IDE et que tout serait ok.

Recherchez le PowerShell exécutable, clic droit, exécuter en tant qu'administrateur.

À partir de l'invite de commandes, utilisez la même commande vous avez essayé:

Set-ExecutionPolicy Unrestricted

Une fois que c'est fait, près de PowerShell et de tenter de l'utiliser à nouveau à partir de votre application.

Remarque:
Vous ne pouvez pas définir la politique d'exécution d'un script, que le défaut d'exécution de la politique empêche l'exécution de scripts. (même si c'est le script de profil - encore un script)

Dans le Shell par Défaut de zone de texte vous pouvez ajouter de la politique d'exécution de la ligne de commande comme ceci:

powershell.exe -Executionpolicy sans restriction

Comme mentionné dans d'autres réponses, si après la mise powershell.exe que votre terimal dans IntelliJ → Paramètres → Outils → Terminal → Coquille chemin, il jette UnAuthorizedAccess des erreurs, d'une façon normale pour résoudre ce problème est de modifier la stratégie d'exécution:

Set-ExecutionPolicy RemoteSigned -Scope CurrentUser

Noter que Unrestricted niveau est le moins sécurisé de tous, et vous êtes peut généralement aller avec RemoteSigned afin de désactiver les scripts non signés téléchargé à partir du web jusqu'à ce que vous supprimer manuellement Internet ou Intranet Zone.Identifier d'eux, généralement avec bouton de Déverrouillage dans les propriétés du fichier.

Cependant, vous pouvez exécuter à une occasion où vous n'êtes pas en mesure de modifier la stratégie d'exécution. En général, la raison de de sécurité de l'entreprise des paramètres dans Active Directory. Dans PowerShell, qui correspond à des étendues MachinePolicy et UserPolicy. Principal symptôme de cette situation est le message suivant:

Set-ExecutionPolicy : Windows PowerShell mise à jour de votre politique d'exécution
avec succès, mais le cadre est remplacée par une politique définie à une
plus la portée spécifique. En raison de la remplacer votre coque sera de conserver sa
effectif actuel de l'exécution de la politique de AllSigned. Type
"Get-ExecutionPolicy -Liste" pour afficher vos paramètres de stratégie d'exécution.
Pour plus d'informations veuillez consulter la rubrique "Get-Help Set-ExecutionPolicy".

Vous ne pouvez pas définir les stratégies d'exécution à ce étendues avec PowerShell ou gpedit.msc. Les tentatives pour modifier ces paramètres directement dans la base de registre est également inefficace: ils sont appliqués sur redémarrer ou de connexion, mais en même temps, elles sont en cours de ré-importées à partir d'Active Directory. Cependant, alors vous ne serez pas en mesure d'exécuter des scripts PowerShell tout autour, pour les profils et les autres scripts qui ne modifié manuellement il y a toujours une solution:

1. Exécutez la commande suivante dans PowerShell pour créer ceritificate fichiers racine.pvk et de la racine.cer - il va vous demander de définir puis de confirmer le mot de passe pour le certificat:

   makecert -n "CN=PowerShell Local Certificate Root" -a sha1 -eku 1.3.6.1.5.5.7.3.3 -r -sv root.pvk root.cer -ss Root -sr localMachine

2. Dans le même dossier, exécutez la commande suivante pour importer le certificat généré les fichiers que votre certificat auto-signé - il vous demandera le mot de passe que vous avez définis ci-dessus:

   makecert -pe -n "CN=PowerShell User" -ss MY -a sha1 -eku 1.3.6.1.5.5.7.3.3 -iv root.pvk -ic root.cer

3. Signer votre profil script avec la commande suivante:

   Set-AuthenticodeSignature "[script path]" @(Get-ChildItem cert:\CurrentUser\My -codesign)[0]

4. Lors de l'exécution d'un script signé avec l'auto-ceritificate pour la première fois, PowerShell va vous demander au sujet de faire confiance au certificat comme ceci:

   Le fichier [chemin du script] est publié par CN=PowerShell Utilisateur. Cet éditeur n'est pas fiable sur votre système. Seulement exécuter des scripts provenant d'éditeurs approuvés.

   [V] ne Jamais exécuter [D] Ne pas faire fonctionner [R] Exécuter une fois que [A] Toujours exécuter [?] De l'aide (la valeur par défaut est "D")

   Réponse A de toujours exécuter des certificats auto-signés.

Maintenant votre profil de script ne sont pas la cause des erreurs. Toutefois, notez que la signature d'un certificat ajoute un bloc de signature à la fin de votre script contenant son hachage. Si vous êtes sur le point de modifier le script, de supprimer ce bloc et, après vous avez terminé avec l'édition du script, le signer à nouveau en répétant l'étape 3.

Pour WebStorm et PowerShell 6+ sur Windows 10.
Il suffit de suivre cette capture d'écran et de modifier la valeur par défaut cmd.exe pour pwsh.exe à partir des paramètres. Enfin redémarrer l'ide. Fait!