web-dev-qa-db-fra.com

Stuck at npm install at fechMetadata vérification du statut installable

Soudain, je ne peux pas installer angular Je suis bloqué à la commande d'installation npm "npm install -g @ angular/cli" Il reste pour toujours sur cette "vérification de l'état installable".

ma version de noeud est 8.11.3 (oui j'ai déjà essayé de désinstaller le noeud et revérifié pour voir qu'il était vraiment désinstallé) c'était la version que j'avais avant et fonctionnait bien mon npm -v donne 5.6.0

puis j'exécute la commande angular pour installer angular et il semble geler ou très très très lent ....

node.jsangularinstall
15
AntWo

Essaye ça: npm install -g --no-optional pm2 Ceci ignorera toutes les dépendances spécifiées dans le package.json fichier (si présent). J'espère que cela t'aides.

1
Samarth Saxena

npm install -g @ angular/cli --verbose

Après avoir exécuté cette commande, j'ai réalisé que npm avait des problèmes de connexion avec Registry.npmjs.org

Pour résoudre ceci:

  1. Registre de jeu de configuration npm " http://registry.npmjs.org "
  2. npm set maxsockets 3

Vu ici

1
Carherpi

Essayez npm install --g --no-optional pm2

Vérifiez ceci pour référence

0
Ramana

Vous devrez peut-être spécifier votre serveur proxy dans la configuration globale de Git, comme ceci:

git config --global http.proxy http://your-proxy-server:port
git config --global https.proxy http://your-proxy-server:port

Et puisque vous avez mentionné que vous utilisez Git pour Windows, il est préférable de le mettre également dans la configuration à l'échelle du système (répétez ces commandes avec --system au lieu de --global).

Théoriquement, la configuration globale devrait avoir la priorité sur la configuration système, mais parfois lors de l'utilisation de npm install sous Windows, la configuration globale semble être ignorée ou introuvable. Je soupçonne que cela peut se produire lorsqu'il existe des paramètres conflictuels dans les vars USERPROFILE et HOMESHARE env, auquel cas Git peut être confondu et regarder à différents endroits en fonction de la façon dont il est appelé.

0
Cito

Dans mon cas, j'ai dû attendre quelques minutes et npm enfin installé par package. Je suggère également d'utiliser - verbose flag pour voir ce qui se passe réellement.

0
atereshkov

Il est possible que vous ayez un registre personnalisé configuré dans votre global .npmrc. C'était le problème dans mon cas: mon entreprise utilise un registre personnalisé qui revient au registre NPM. Ce n'est pas un problème pour les projets de travail, car tous les packages requis sont déjà présents là-bas, mais je ne savais pas que cela affectait un nouveau projet dont les packages n'étaient pas inclus dans le registre miroir et les chercher tous devait être la cause du ralentissement.

Je l'ai résolu en réinitialisant la configuration du registre dans le registre NPM dans un .npmrc pour ce projet spécifique:

registry=https://registry.npmjs.org
0
Tomáš Hübelbauer