Visual Studio 2017 Externe des Outils de la ngp ne fonctionne Pas
J'ai un tapuscrit projet qui nécessite mnp 3+. J'ai l'installer à C:\Program Files\nodesjs, et j'ai mis mes variables d'environnement système de point.
Dans visual studio 2017, quand j'ai mis les outils externes de l'emplacement, il n'est toujours pas ramasser mnp version 3+.
Vous devez également définir des variables d'environnement. allenconway.net/2015/07/which-version-of-typescript-is.html
OriginalL'auteur Magn3s1um | 2017-03-12
Vous devez vous connecter pour publier un commentaire.
Pour votre Noeud dossier d'installation, je suis en supposant que vous avez voulu dire:
C:\Program Files\nodejs PAS
C:\Program Files\nodesjs
Aussi, vous faites des tests mécanisme national de prévention de la version de la le Gestionnaire de Package Console. Je ne suis pas sûr qui respecte vos outils externes de configuration (mais plutôt un Powershell Profil), donc le résultat ne peut pas changer.
Au lieu de cela, avec votre projet, vous devriez être en mesure de faire un clic droit sur le mnp nœud sous Dépendances dans l'Explorateur de solutions et sélectionnez de Restaurer les Packages. Dans votre Sortie fenêtre (Bower/mnp), vous devriez voir le
npm install
commande exécutée à partir de votre machine à l'échelle de l'installation du Nœud:OriginalL'auteur Tony D
La façon dont vous ajoutez un chemin supplémentaire pour les outils externes semble correcte.
Êtes-vous sûr que vous avez la bonne version ?
(Sur mon installation de l'intégré dans nodejs version 5.4.1 et npm verison 3.3.4)
Pour être sûr, pour moi, la meilleure façon de comprendre qui mnp d'installation de Visual Studio 2017 a été l'aide est cette (prises de Comment obtenir le mécanisme national de prévention global préfixe de chemin) :
Et si tout le reste échoue, vous pouvez toujours mettre à jour intégré dans mnp trop.
Il suffit de naviguer sur votre site web externe chemin (probablement C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Web\Externes) et :
ne pas oublier le-g
OriginalL'auteur AardVark71
Le web externes et des outils de configuration est utilisé uniquement lors de la construction. Le
PATH
variable est (re-)définir à l'aide de la$(ExternalToolsPath)
paramètre par l'un de l'accumulation des tâches qui sont: un point-virgule concaténées valeur de la web externe liste des outils.Depuis que vous êtes à l'exécution de la commande dans la Console PowerShell fenêtre, votre web externes et des outils de configuration n'est pas utilisé.
Ma meilleure supposition est que vous avez plusieurs répertoires dans votre
PATH
variable d'environnement qui a lenpm
exécutable. Le dernier répertoire toujours gagner. Si c'est le cas, supprimer les doublons ou assurez-vous que le répertoire où votre dernière version denpm
est ajouté en dernier. Vous pouvez le faire depuis les propriétés du système ou à partir de la Nuget profil utilisé par la Console PowerShell fenêtre.Pour vérifier votre
PATH
variable en PowerShell utilisation:Write-Host $ENV:Path
À la liste des emplacements possibles du mécanisme national de prévention exécutable à partir de PowerShell utilisation:
cmd /c where npm
OriginalL'auteur Dealdiane
J'ai eu un problème similaire lors de l'utilisation de Task Runner Explorer avec webpack. Mon problème était que mon webpack.config.js le fichier n'a pas été à la racine de mon projet (c'était dans mon dossier de scripts). Le déplacement vers la racine a fait le tour pour moi.
OriginalL'auteur Stephen Garside
Ce qui m'est arrivé après la suppression de la "dist" dossier à partir d'un dotnet nouveau angulaire du projet de modèle. (mnp est installé et dans le chemin d'accès)
Recréer le répertoire "dist" (sous ClientApp) à partir de l'intérieur de Visual Studio 2017 a résolu le problème pour moi.
OriginalL'auteur Papa Stahl