Próbuję uruchomić npm install
, to jest wyjście z konsoli:
npm ERR! Linux 4.8.0-27-generic
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install"
npm ERR! node v6.9.1
npm ERR! npm v3.10.8
npm ERR! Maximum call stack size exceeded
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR! <https://github.com/npm/npm/issues>
a to jest treść npm-debug.log
:
113791 verbose stack RangeError: Maximum call stack size exceeded
113791 verbose stack at Object.color (/usr/lib/node_modules/npm/node_modules/npmlog/node_modules/console-control-strings/index.js:115:32)
113791 verbose stack at EventEmitter.log._format (/usr/lib/node_modules/npm/node_modules/npmlog/log.js:252:51)
113791 verbose stack at EventEmitter.<anonymous> (/usr/lib/node_modules/npm/node_modules/npmlog/log.js:138:24)
113791 verbose stack at emitThree (events.js:116:13)
113791 verbose stack at emit (events.js:194:7)
113791 verbose stack at .<anonymous> (/usr/lib/node_modules/npm/node_modules/npmlog/node_modules/are-we-there-yet/tracker-group.js:23:18)
113791 verbose stack at emitThree (events.js:116:13)
113791 verbose stack at emit (events.js:194:7)
113791 verbose stack at .<anonymous> (/usr/lib/node_modules/npm/node_modules/npmlog/node_modules/are-we-there-yet/tracker-group.js:23:18)
113791 verbose stack at emitThree (events.js:116:13)
113791 verbose stack at emit (events.js:194:7)
113792 verbose cwd /home/giorgi/AdMove/dev/web-advertiser-admove
113793 error Linux 4.8.0-27-generic
113794 error argv "/usr/bin/nodejs" "/usr/bin/npm" "install"
113795 error node v6.9.1
113796 error npm v3.10.8
113797 error Maximum call stack size exceeded
113798 error If you need help, you may report this error at:
113798 error <https://github.com/npm/npm/issues>
113799 verbose exit [ 1, true ]
Usunięto node_modules
kilka razy i próbowałem ponownie zainstalować. Nie mogę zrozumieć, jaki jest powód tego powodu i jak to naprawić.
javascript
node.js
npm
GROX13
źródło
źródło
Odpowiedzi:
odpowiedź metzelder pomogła mi rozwiązać problem. jednak jeśli uruchomisz polecenie
npm cache clean
, otrzymasz komunikatTak więc od npm5 możesz to zrobić dodając
--force
flagę do polecenia.Więc polecenie brzmi:
źródło
npm
że tak naprawdę nie dodał niczego pomocnego, ale bardziej mema w tym momencie. Możesz przeczytać więcej o aktualnym poleceniu tutaj: docs.npmjs.com/cli-commands/cache.html wyraźnie wyjaśnia, co robi siła; że wszystkie elementy pamięci podręcznej są teraz w pełni zweryfikowane pod kątem ich integralności, jeśli coś jest uszkodzone, naprawi się samoczynnie, dlatego pamięć podręczna powinna zawsze znajdować się w odpowiednim stanie i nigdy nie być czyszczona, chyba że próbujesz odzyskać miejsce na dysku, dlatego będziesz musiał dodać--force
. Uwaga: może się różnić w zależności od wersji.npm rebuild
to rozwiązało mój problemźródło
Spróbuj usunąć
package-lock.json
inode-modules
folder:źródło
Miałem ten sam problem z
npm install
. Po wielu poszukiwaniach dowiedziałem się, że usunięcie.npmrc
pliku lub jego zawartości (znalezionej pod adresem%USERPROFILE%/.npmrc
), rozwiąże ten problem. To zadziałało dla mnie.źródło
Używam tych dwóch metod, ale to nie zadziałało. Po usunięciu modułów węzłów i ponownej instalacji npm, ale to znowu nie zadziałało. Na koniec usuwam plik package-lock.json i po tym utworzę nowy plik package-lock.json
i dobrze !!!
źródło
Pokonałem ten problem, wykonując następujące czynności:
Usuń całą zawartość zależności npm. Możesz znaleźć domyślną lokalizację instalacji zgodnie z tym wątkiem: https://stackoverflow.com/a/5926706/1850297
Przed uruchomieniem
npm install
polecenia proponuję uruchomićnpm cache clean --force
źródło
npm cache clean
: „Od npm @ 5 pamięć podręczna npm naprawia się samoczynnie po uszkodzeniach, a dane wyodrębnione z pamięci podręcznej są prawidłowe.”Usunąłem
a następnie ponownie zainstalowany przez
U mnie to zadziałało
źródło
W moim przypadku zaktualizuj do najnowszej wersji:
npm install -g npm
źródło
Po prostu
npm rebuild
to działało jak urok.źródło
jeśli uruchomisz weryfikację pamięci podręcznej npm, jak określono powyżej, faktycznie uruchamia weryfikację pamięci podręcznej i czyszczenie pamięci, co rozwiązuje problem
źródło
Ten problem może również wystąpić, jeśli próbujesz zainstalować pakiet, który nie istnieje lub jeśli próbujesz zainstalować wersję, która nie istnieje.
źródło
Odinstalowujesz pakiet npm i wymuszasz czyszczenie pamięci podręcznej oraz zamykasz terminal i ponownie instalujesz dowolny pakiet.
Następnie uruchom ponownie terminal i sprawdź
Nadal nie działa, zaktualizuj zarówno npm, jak i node do najnowszej wersji
źródło
Jeśli żadna z tych odpowiedzi nie zadziała, może to być spowodowane tym, że używany terminal nie jest właściwy /
node_modules
jest używany przez inną część komputera.W moim przypadku nadal dżunglowałem między tym błędem (przekroczono maksymalny rozmiar stosu wywołań) a zdarzeniem błędu dostępu, gdy wykonałem plik
sudo npm i
.Rozwiązaniem było zamknięcie mojego IDE (które było burzą internetową), uruchomienie
npm i
na podstawowym terminalu i to wszystko.źródło
Nie jestem użytkownikiem systemu Windows , więc jeśli tak, spróbuj sprawdzić komentarz Rene Knopa .
Dla użytkowników Unix / OSX usunąłem główny plik .npmrc
~/.npmrc
.Przed masz zamiar spróbować, proszę sprawdzić, czy nie ma nic konieczne tam można użyć tego polecenia, aby przynieść wszystkie treści do swojego terminalu:
cat ~/.npmrc
.Jeśli masz coś takiego:
aby zapisać kopię:
Teraz spróbuj go usunąć (działa dla użytkowników bash: Unix / Ubuntu / OSX ...):
To zadziałało dla mnie.
Mam nadzieję, że będzie to pomocne dla innych.
źródło
Rozwiązałem to w 100% Miałem ten problem z wersją gulp: 3.5.6.
Powinieneś wyczyścić pakiet-lock.js, a następnie uruchomić
npm install
i zadziałałoźródło
Ja też miałem ten sam problem. Wypróbowałem poprzednie rozwiązania, ale rozwiązanie dla mnie było znacznie prostsze. Musiałem tylko usunąć miejsce w katalogu, a następnie uruchomić
npm i
ponowniePodziękowania dla: https://github.com/nodejs/node-gyp/issues/809#issuecomment-155019383 za wskazanie tego.
źródło
Próbowałem wszystkiego, aby rozwiązać ten problem na moim Macu. Myślę, że problem zaczął się, gdy już pobrałem npm z Node.js, a następnie ponownie zainstalowałem go z Homebrew, śledząc wideo Team Treehouse.
Oto, czego próbowałem:
Z https://docs.npmjs.com/misc/removing-npm
Od Jak całkowicie odinstalować Node.js i ponownie zainstalować od początku (Mac OS X)
Oto, co zadziałało:
Ostatecznie jedyną rzeczą, która zadziałała, było sklonowanie repozytorium npm-reinstalacja z GitHub, które całkowicie usunęło wszystko, co związane z npm na moim Macu.
https://github.com/brock/node-reinstall
Następnie musiałem ponownie zainstalować node i npm z Node.js.
źródło
Nasze firmowe środowisko deweloperskie używa
Artifactory
jako domyślnego rejestru dla naszych zależności NPM, a podczas uruchamianianpm install
było to domyślne, co nie działało ... więc ręcznie określając główny rejestr npm poprzeznpm install --registry https://registry.npmjs.org
naprawę tego problemu ...źródło
Napotkałem ten sam błąd, próbowałem zainstalować jest w jednym z pakietów w projekcie monorepo.
Jeśli używasz Yarn + Learna do pakowania projektu monorepo, będziesz musiał przejść do pliku package.json wewnątrz pakietu docelowego, a następnie uruchomić
npm install
lubnpm install <package name>
.źródło
Miałem ten problem i wynikało to z aktualizacji mojego pliku wykonywalnego git. Przywróciłem Git-2.21.0.rc1.windows.1-64-bit i dodałem to do mojej ścieżki środowiska i naprawiłem mój problem.
źródło
Próbowałem wszystkiego, aby rozwiązać ten problem na moim komputerze z systemem Windows 7, takim jak
Ponowna instalacja i przebudowa npm
W końcu rozwiązałem ten mały problem z ustawieniami konfiguracji, marnując cały mój dzień.
Jak rozwiązałem ten problem
Usuwam konfiguracje specyficzne dla mojego projektu w globalnym .npmrc w lokalizacji takiej jak dysk: / Windows / Users /../. Npmrc
źródło
Jedyną rzeczą, która w końcu zadziałała na Macu, była aktualizacja z węzła 8.12 do 10.x przy użyciu NVM.
Odinstalowałem wszystkie inne wersje Node z NVM, następnie zainstalowałem 10.x, a potem uruchomiłem
nvm alias default node
, co mówi NVM, aby zawsze domyślnie korzystał z najnowszej dostępnej wersji węzła w powłoce.Potem mój problem z ponownym ładowaniem na żywo zniknął!
źródło
Przejście na włóczkę rozwiązało problem.
źródło
Dla tych, którzy mają ten problem podczas tworzenia obrazu Docker za pomocą Jenkins (lub dowolnego CI), upewnij się, że
package-lock.json
jest również skopiowany do kontenera.Dla nas instalacja faktycznie poszła dobrze, błąd wystąpił tylko podczas uruchamiania
npm prune production
obrazu produkcyjnego.źródło
Jeśli domyślny rejestr npm jest czymś innym niż publiczne repozytorium npm (możesz to sprawdzić, przechodząc do pliku .npmrc lub sprawdzając konfigurację npm za pomocą poleceń npm CLI), możesz spróbować usunąć konfigurację rejestru, aby wskazywała z powrotem na publiczną repozytorium npm. Następnie biegnij
npm install
ponownie.Jeśli masz zależności, które nie są dostępne w publicznym repozytorium npm, spróbuj tymczasowo usunąć te zależności z pliku package.json. To pozwoli ci biegać
npm install
. Na koniec przywróć zależności i usuniętą konfigurację rejestru i uruchomnpm install
po raz ostatni, aby zainstalować pozostałe zależności.źródło
Dzisiaj napotkaliśmy ten błąd podczas uruchamiania
npm prune
nawet po uruchomieniu plikunpm cache clean --force
.Wersje:
Usunięcie również
package-lock.json
działało dla tej sprawy. Dziękuję wam wszystkim!źródło
Miałem podobny błąd. Wyśledziłem to do faktu, że npm nie był w stanie usunąć plików z folderów .bin dla folderu z linkiem npm. Więc wszedłem i rm -rf wszystkie foldery .bin z folderu z linkiem npm.
To rozwiązało problem.
źródło
Natknąłem się na ten sam problem, ale w moim przypadku używałem
yarn
od początku, ale z jakiegoś pliku readme skopiowałemnpm install
polecenie i otrzymałem ten błąd. Później zdałem sobie z tego sprawęyarn add <package-name>
rozwiązano problem i pakiet został zainstalowany.To może komuś pomóc w przyszłości.
źródło
Poniższe kroki pomogły mi rozwiązać ten problem:
npm cache clean --force
npm install
źródło
działa dla mnie na Ubuntu.
źródło