NPM nie instaluje zależności modułów

To jest moje package.jsondla modułu, który dołączam do projektu nadrzędnego:

{
  "version": "0.0.1",
  "name": "module-name",
  "dependencies": {
    "express": "3.3.4",
    "grunt": "0.4.1",
    "grunt-contrib-compass": "0.4.0",
    "grunt-contrib-copy": "0.4.1",
    "grunt-contrib-cssmin": "0.4.1",
    "grunt-contrib-jshint": "0.6.3",
    "grunt-contrib-requirejs": "0.4.1",
    "grunt-contrib-uglify": "0.2.2",
    "grunt-contrib-watch": "0.5.1",
    "grunt-express-server": "0.4.1",
    "grunt-karma": "0.4.5",
    "grunt-regex-replace": "0.2.5",
    "request": "2.25.0"
  },
  "scripts": {
    "postinstall": "grunt install"
  }
}

Należy zwrócić uwagę na to, że ten moduł jest zawarty w prywatnym repozytorium i dołączam go do elementu nadrzędnego, na package.jsonprzykład:"module-name": "git+ssh://git@myserver:user/module-name.git"

Wygląda na to, że trafiłeś na błąd, który istnieje od dłuższego czasu i nie ma jeszcze rozwiązania. W repozytorium npm istnieje kilka otwartych problemów dotyczących tego przypadku:

• npm install powinien rekurencyjnie sprawdzać / instalować zależności https://github.com/npm/npm/issues/1341 (zamknięte)
• lokalne zależności modułu prywatnego https://github.com/npm/npm/issues/2442 (zamknięte)

W pierwszej z nich wymieniono kilka obejść, które możesz wypróbować.

Alternatywnym rozwiązaniem może być (trochę hakerskie) jawne wyszczególnienie zależności jako zależności pierwszego poziomu. Wymaga to utrzymania listy, ale praktycznie musi to być wykonywane bardzo rzadko.

Miałem bardzo podobny problem, usunięcie całego node_modulesfolderu i ponowna instalacja działało dla mnie. Nauczyłem się tej sztuczki z programu IT Crowd !

rm -rf node_modules
npm install

Używam komputera z systemem Windows.

1. Usunąłem folder node_modules.
2. W jakiś sposób tworzony jest plik package.lock.json. Usunąłem ten plik.
3. Następnie zainstaluj npm.
4. Czysta kompilacja.
5. Biegać.

jeśli odziedziczyłeś ten kod, możliwe, że zależności i wersje zostały zablokowane i masz plik ./npm-shrinkwrap.json.

jeśli twoja zależność nie jest wymieniona w tym pliku, nigdy nie zostanie zainstalowana za pomocą npm installpolecenia.

trzeba będzie ręcznie zainstalować pakiety, a następnie uruchomić npm shrinkwrapaktualizację pliku powłoki.

Podejrzewam, że masz do czynienia z problemem polegającym na tym, że package.jsonplik nie znajduje się w tym samym katalogu co plik Gruntfile.js. Po uruchomieniu grunt xxxpoleceń pojawia się komunikat o błędzie, taki jak:

Local Npm module "xxx" not found. Is it installed?

Na razie rozwiązaniem jest:

• Utwórz plik package.json w tym samym katalogu, co Gruntfile.js
• Zdefiniuj moduły wymagane przez Twój gruntowny projekt
• Wykonaj, npm installaby załadować je lokalnie
• Teraz wymagane polecenie gruntowania powinno działać.

IMHO, to smutne, że nie możemy załadować modułów rozpoznawania gruntów z modułu nadrzędnego npm (tj. Package.json w katalogu nadrzędnym w tym samym projekcie). Dyskusja tutaj wydaje się wskazywać, że zostało to zrobione, aby uniknąć ładowania modułów „globalnych”, ale myślę, że zamiast tego chcemy ładować moduły z „mojego projektu”.

OP może być prawdą dla starszej wersji węzła. Jednak spotkałem się z tym samym również w przypadku węzła 4.4.1.

Bardzo dobrze może być powiązany z używaną wersją węzła. Spróbuj zaktualizować do najnowszej wersji. Niektóre zależności nie są ładowane przechodnie, jeśli są niezgodne z wersją węzła.

Znalazłem to, biegając npm update.

Po aktualizacji do najnowszej wersji (4.4 -> 5.9); to zostało naprawione.

W moim przypadku pomogło to usunąć node_modulesi package-lock.json.

Następnie po prostu zainstaluj wszystko ponownie z npm install.

Sprawdź również, czy nazwa Twojej paczki jest poprawnie akceptowana:

ŹLE:

{
    "name":"My Awesome Package"
}

POPRAWNY

{
    "name": "my-awesome-package-name"
}

Być może będziesz musiał zainstalować grunt-cli, spróbuj tego przed wykonaniem instalacji npm:

sudo npm install -g grunt-cli

To naprawia błąd, który nie kończy się dla mnie, będziesz również potrzebować prawidłowego pliku grunt.

Źródło: https://stackoverflow.com/a/16456467/241294

Na wypadek, gdyby ktoś cierpiał z powodu tej kłopotliwej sytuacji i popełnił ten sam asaninowy błąd, co ja, oto co było w moim przypadku. Po godzinie uderzania głową o ścianę zdałem sobie sprawę, że mój json został nieprawidłowo zagnieżdżony, a kluczowe „zależności” znajdowały się w „repozytorium” klucza.
Nie trzeba dodawać, że nie było oczywistych błędów i nie zainstalowano żadnych modułów.

Innym sposobem obejścia tego problemu jest dodanie tego do package.jsonsekcji skryptów modułu

"preinstall": "npm install {Packages You depend on}"

co to zrobi, to zainstaluje wszystkie pakiety potrzebne modułowi i nie otrzymasz tego błędu.

dzieje się ze starą wersją węzła. użyj najnowszej wersji węzła w ten sposób:

$ nvm use 8.0
$ rm -rf node_modules
$ npm install
$ npm i somemodule

edytuj: również upewnij się save.
na przykład:npm install yourmoduleName --save

Otrzymałem ten błąd, gdy zainstalowałem czyste środowisko programistyczne Node w systemie Windows.

Aby to naprawić, wszedłem do mojego nowego katalogu projektu (z którym właśnie zbudowałem szkielet yo angular) i wpisałem dwa polecenia:

npm install -g grunt --save-dev

Spowoduje to zainstalowanie lokalnych zależności gruntowych w projekcie. Kolejny:

npm install

Zapewni to zainstalowanie wszystkich (nowych) zależności projektu.

Tada!

Warto o tym wspomnieć, aby upewnić się, że twoje zależności powinny znajdować się w dependenciesczęści twojego package.json(a nie do devDependencies).

Mój problem był w zasadzie taki sam jak OP:

• instalacja repozytorium prywatnego (nazwijmy to repo1) przez "module-name": "git+ssh://git@myserver:user/my-repo-name.git"inne repozytorium (nazwijmy to repo2),
• in repo2's node_modules, nie było jednej zależności od pakietu repo1.
• Mój głupi błąd! .. repo1polegał na wpisaniu tej zależności devDependencieszamiastdependencies
• Przesuń zależność w moim repo1„s package.jsonod devDependencies dodependencies
• W moim repo2, usunąłem moją node_modulesi package-lock.json, zrobiłem npm install, voilà! ... zależność była tam!

Miałem ten sam problem. Ale na tym samym komputerze jeden projekt miał dobry plik package.json, w którym wszystkie moje zależności zostały pomyślnie zainstalowane. A w innym projekcie moje zależności package.json nie zostały zainstalowane bez względu na to, co robię. Po prostu skopiowałem plik package.json i wkleiłem go do innego projektu. I zadziałało! Różnica, którą znalazłem, to tylko pusty wiersz na początku pliku. Nie wiem lub na cokolwiek wpływa, może na jakiś inny problem. Ale problemem był tylko plik package.json.

Myślę, że też napotkałem ten problem i najlepszym rozwiązaniem, jakie znalazłem, było przyjrzenie się mojej konsoli i ustalenie wyrzucanego błędu. Przeczytałem więc uważnie i stwierdziłem, że problem polegał na tym, że nie podałem mojego repozytorium, opisu i prawidłowej nazwy w pliku package.json. Dodałem te informacje i wszystko było w porządku.