L’installazione Npm non riesce a trovare il modulo ‘semver’

Non riesco a utilizzare npm install utilizzando il prompt dei comandi in NodeJS. Sto ricevendo questi errori durante l’esecuzione npm install :

 module.js:339 throw err; ^ Error: Cannot find module 'semver' at Function.Module._resolveFilename (module.js:337:15) at Function.Module._load (module.js:287:25) at Module.require (module.js:366:17) at require (module.js:385:17) at Object. (C:\Users\admin\AppData\Roaming\npm\node_modules\npm\l ib\config\defaults.js:6:14) at Module._compile (module.js:435:26) at Object.Module._extensions..js (module.js:442:10) at Module.load (module.js:356:32) at Function.Module._load (module.js:311:12) at Module.require (module.js:366:17) 

Mi aiuti per favore.

Ho avuto lo stesso errore. npm uninstall npm -g , rm -rf node_modules non mi ha aiutato, perché quando ho provato ho ricevuto l’ Error: Cannot find module 'semver' . Ma risolvo il mio problema con questi passaggi (questo eliminerà altri moduli globali che potresti utilizzare):

  • sudo rm -rf /usr/local/lib/node_modules
  • sudo rm -rf ~/.npm
  • brew uninstall --force node
  • brew install node

Spero che questo aiuti coloro che stanno riscontrando un problema simile.

Su MS Windows, la soluzione è rimuovere %APPDATA%\npm e reinstallare il node

Ho avuto anche questo, dopo aver fatto funzionare brew install yarn ieri. Almeno, tutto andava bene fino ad allora.

Ho eseguito rm -rf node_modules e rm -rf node_modules provato a reinstallarlo, ma non npm alcun comando npm .

Alla fine ho fatto il semplice passo di reinstallare Node tramite l’installer Node ufficiale per Mac OS X.

https://nodejs.org/en/download/

Adesso va tutto bene. Sono appena tornato alla directory, npm install eseguito npm install e il gioco è fatto.

Sto affrontando lo stesso problema qui.

Se questo si verifica subito dopo aver eseguito brew install yarn prova a correre il yarn global add npm e vwallah – risolto!

Su Arch Linux, quale è stato il trucco per me è stato:

 sudo pacman -Rs npm sudo pacman -S npm 

Avendo appena trovato questo su Arch Linux 4.13.3, ho risolto questo problema semplicemente reinstallando semver :

 pacman -S semver 

In realtà, sta prendendo il riferimento dei moduli precedentemente memorizzati.

Soluzione: eliminare la cartella npm-cache / npm nella directory di installazione di nodejs. In Windows, è in C: / User / Username / Appdata / Roaming / npm (o npm_cache). e prova ad installare di nuovo. La stessa cosa da fare in qualsiasi sistema operativo.

Su Windows, il download di MSI del Nodo di nuovo e facendo un ‘Repair’ ha funzionato per me.

Basta rimuovere la cartella / node_modules e riprovare. 😉

Puoi usare npm rm per rimuoverlo.

Puoi anche controllare questo problema su GitHub. Per essere più specifici riguardo l’inerzia, prova a seguire questo :

Disinstallare

È così triste vederti andare.

sudo npm uninstall npm -g Oppure, se fallisce,

sudo make uninstall Altro Severe Uninstalling

Di solito, le istruzioni di cui sopra sono sufficienti. Ciò rimuoverà npm, ma lascerà da parte qualsiasi cosa tu abbia installato.

Se si desidera rimuovere tutti i pacchetti che sono stati installati, è ansible utilizzare il comando npm ls per trovarli, quindi npm rm per rimuoverli.

Per rimuovere cruft lasciato indietro da npm 0.x, puoi usare il file di script clean-old.sh incluso. Puoi farlo comodamente in questo modo:

npm explore npm -g – sh scripts / clean-old.sh npm utilizza due file di configurazione, uno per le configurazioni per utente e un altro per le configurazioni globali (ogni utente). Puoi visualizzarli facendo:

npm config get userconfig # predefinito su ~ / .npmrc npm config get globalconfig # predefinito su / usr / local / etc / npmrc La disinstallazione di npm non rimuove i file di configurazione per impostazione predefinita. Devi rimuoverli manualmente se vuoi che siano spariti. Nota che questo significa che le future installazioni di npm non ricorderanno le impostazioni che hai scelto.

Ho avuto lo stesso problema ma è stato causato da un file package-lock.json funzionante.

L’eliminazione di package-lock.json e l’esecuzione npm install hanno risolto il problema per me.

Finalmente l’ho capito! Sì, è necessario disinstallare / eliminare tutti i file e reinstallare. MA ALCUNI DEI FILE SONO TROPPO LUNGHI PER CANCELLARE DURANTE IL PROCESSO DI DISINSTALLAZIONE. I percorsi dei file sono così lunghi nel nodo che potrebbero non essere in grado di essere eliminati. Devi rinominare i percorsi dei file.

Dopo aver disinstallato Nodo, utilizzare Prompt dei comandi, accedere a … \ Appdata \ roaming \ (utilizzare il percorso dal messaggio di errore). Prova ad eliminare la cartella con del npm. Quindi, se non ti consente di eliminare una cartella, inizia a rinominare le cartelle nel percorso del file nel successivo messaggio di errore in “a” o qualcosa di breve. Potrebbe essere necessario farlo per più cartelle lungo il percorso. Quindi dovresti essere in grado di eliminare! Quindi reinstallare il nodo e dovrebbe funzionare.

Affrontato questo problema quando npm install usando una versione inferiore del nodo. Successivamente, quando ho eseguito l’aggiornamento alla versione più recente del nodo e ho eseguito gulp , ha mostrato questo errore.

Per risolvere, eliminare node_modules e rieseguire l’ npm install . Quindi gulp andò bene.

Nel mio caso, la semplice riproduzione di brew install yarn risolto il problema.

Ho affrontato lo stesso problema dopo aver installato il filato sul mio MacOs Sierra 10.12.6. (E il primo tentativo di installazione cade dopo l’aggiornamento di brew self con un messaggio “Homebrew deve essere eseguito in Ruby 2.3! Stai usando la versione 2.0.0. (RuntimeError).” Quindi lo ri-eseguo.)

Quindi uso n manager per reinstallare npm.

  • passare a un’altra versione di nodo (per il mio caso a 8.0) con il comando “n” con parametri vuoti
  • o installa nuovo con “n xxx” dove xxx il numero di versione del nodo (ho bisogno di 6.9.1)
  • cancella la versione di lavoro con “n rm xxx” dove xxx il numero di versione del nodo. usare sudo se necessario
  • installa la versione di lavoro con “n xxx” dove xxx il numero di versione del nodo. usare sudo se necessario
  • passare alla versione di lavoro del nodo. (vedi il primo passaggio per riferimento)

Penso che il problema può essere causato che il nodo è stato installato su sudo per caso.

Basta controllare i tuoi script di preinstallazione se ne hai uno. A volte per limitare le versioni di node e npm necessario eseguire un progetto.

In tal caso, è necessario installare semver manualmente tramite npm install -g semver

Mi sono imbattuto nello stesso problema e l’ho risolto aggiornando la mia versione del nodo