Określ ścieżkę do node_modules w package.json

96

Czy istnieje sposób na przeniesienie katalogu node_modules w aplikacji do, powiedzmy, / vendor / node_modules, tak jak robi to Bower z plikiem bowerrc? Myślałem, że można to określić w pliku package.json, ale nie mogę znaleźć rozwiązania. Twoja pomoc jest bardzo ceniona.

node.js npm

— sztywny
źródło

Chyba coś podobnego do http://stackoverflow.com/questions/18974436/change-node-modules-location

— sachinjain024

@blunderboy dzięki za link. To szalone, że nie ma na to prostszego sposobu. No cóż.

— sturoid

27

Nie jestem pewien, dlaczego zaakceptowałeś odpowiedź, która wyraźnie nie odpowiada na twoje pytanie. Pytasz, jak ustawić ścieżkę do node_modules inpackage.json , a odpowiedź xShirase po prostu nie zapewnia sposobu, aby to zrobić.

— Mark Amery,

4

Prawdopodobnie przyjął odpowiedź, ponieważ jest to bardzo wyraźnie problem XY, a alternatywne rozwiązanie jest lepsze niż „przepraszam, to niemożliwe”.

— Jake Holzinger

59

tak, możesz, po prostu ustaw zmienną env NODE_PATH:

export NODE_PATH='yourdir'/node_modules

Według doc:

Jeśli zmienna środowiskowa NODE_PATH jest ustawiona na rozdzieloną dwukropkami listę ścieżek bezwzględnych, węzeł przeszuka te ścieżki w poszukiwaniu modułów, jeśli nie zostaną znalezione gdzie indziej. (Uwaga: w systemie Windows NODE_PATH jest rozdzielany średnikami zamiast dwukropków).

Dodatkowo węzeł będzie wyszukiwał w następujących lokalizacjach:

1: $ HOME / .node_modules

2: $ HOME / .node_libraries

3: $ PREFIX / lib / node

Gdzie $ HOME to katalog osobisty użytkownika, a $ PREFIX to skonfigurowany przedrostek_węzła węzła.

Są to głównie przyczyny historyczne. Zachęcamy do lokowania swoich zależności lokalnie w folderach node_modules. Będą ładowane szybciej i bardziej niezawodnie.

Źródło

— xShirase
źródło

1

To wspaniale. Więc w moim przypadku, gdy mam lokalne moduły node_modules do każdej aplikacji, którą buduję, czy zrobiłbym ten eksport w pliku js w projekcie?

— sturoid

3

nie, to zmienna środowiskowa, jest konfigurowana na poziomie systemu. Musisz więc wpisać to w swoim terminalu. Zmienne env są dostępne w aplikacji węzła wprocess.env

— xShirase

Hmmm brzmi dobrze. Będę musiał się temu dokładniej przyjrzeć. Dzięki za pomoc.

— sturoid

114

Nie wydaje mi się, żeby to była odpowiedź na pytanie: prosił o właściwość w pliku package.json, aby umieścić ścieżkę do LOCAL (poziom aplikacji) npm-Packages. Ta odpowiedź mówi mu, jak może przenieść GLOBALNIE (-g) zainstalowane pakiety do innego folderu.

— David Losert

2

@IsmailIqbal Przepraszamy, właśnie zobaczyłem Twój komentarz. W świecie NPM minęły już dwa lata i zrobiliśmy spory krok z cache'owaniem, przędzą, a nawet npm5, webpackiem ... Powiedziałbym, że obsługa node_module jest obecnie dużo lepsza. W takim przypadku po prostu wykonałbym "instalację npm" we wszystkich lokalizacjach - ponieważ npm buforuje już zainstalowane pakiety, jest to to samo, co kopiowanie go ręcznie bez narzutu.

— David Losert,

28

W skrócie: nie jest to możliwe i, jak się wydaje, nigdy nie będzie obsługiwane (zobacz tutaj https://github.com/npm/npm/issues/775 ).

Istnieje kilka niezrozumiałych problemów związanych z używaniem CLI lub ENV-Variables (zobacz aktualnie wybraną odpowiedź), .npmrc-Config-Files lub npm link- co je wszystkie mają wspólnego: nigdy nie są tylko specyficzne dla projektu, ale zawsze jakiś rodzaj z globalSolutions.

Dla mnie żadne z tych rozwiązań nie jest naprawdę czyste, ponieważ współtwórcy twojego projektu zawsze muszą tworzyć specjalną konfigurację lub mieć specjalną wiedzę - nie mogą po prostu npm installi to działa.

Więc: albo będziesz musiał umieścić swój plik package.json w tym samym katalogu, w którym chcesz zainstalować moduły node_modules, albo będziesz musiał żyć z faktem, że zawsze będą one znajdować się w katalogu głównym twojego projektu.

— David Losert
źródło

16

„Jeśli chcesz inaczej przeliterować„ node_modules ”, przepraszam, nie możesz tego zrobić. To jest wbudowane w rdzeń węzła. Zmiana jest równoznaczna z budowaniem zupełnie innego menedżera pakietów. <== dobra robota przy użyciu zmiennych, jak sądzę.

— stevedbrown

1

Komentarz z 2019 roku: wygląda na to, że yarn obsługuje nadpisywanie katalogu modułów. Przypuszczam, że przędza to nowy menedżer paczek.

— Vanuan

10

Przędza obsługuje tę funkcję:

# .yarnrc file in project root
--modules-folder /node_modules

Ale Twoje wrażenia mogą się różnić w zależności od używanych pakietów. Nie jestem pewien, czy chciałbyś wejść do tej króliczej nory.

— Vanuan
źródło

6

Nie jestem pewien, czy to właśnie miałeś na myśli, ale skończyłem na tym pytaniu ponieważ nie mogłem zainstalować node_moduleswewnątrz katalogu mojego projektu, ponieważ został on zamontowany na systemie plików, który nie obsługuje dowiązań symbolicznych (folder „współdzielony” maszyny wirtualnej ).

Znalazłem następujące obejście:

Skopiuj package.jsonplik do folderu tymczasowego w innym systemie plików
Biegnij npm installtam
Skopiuj wynikowy node_moduleskatalog z powrotem do katalogu projektu, używając cp -r --dereferencedo rozwinięcia linków symbolicznych do kopii.

Mam nadzieję, że pomoże to komuś, kto trafi na to pytanie, szukając sposobu na przejście node_modulesdo innego systemu plików.

Inne opcje

Istnieje inne obejście, które znalazłem w problemie na githubie, z którym @Charminbear jest połączony , ale to nie działa, gruntponieważ nie jest obsługiwane NODE_PATHzgodnie z https://github.com/browserify/resolve/issues/136 :

powiedzmy, że masz /media/sf_sharedi nie możesz tam zainstalować dowiązań symbolicznych, co oznacza, że nie możesz w rzeczywistości zainstalować npm z, /media/sf_shared/myprojectponieważ niektóre moduły używają dowiązań symbolicznych.

$ mkdir /home/dan/myproject && cd /home/dan/myproject

$ ln -s /media/sf_shared/myproject/package.json (możesz dowiązać symboliczne w tym kierunku, po prostu nie możesz go utworzyć wewnątrz / media / sf_shared)

$ npm install

$ cd /media/sf_shared/myproject

$ NODE_PATH=/home/dan/myproject/node_modules node index.js

— Bogaty
źródło