Chcę zrobić coś takiego, więc npm installinstaluje również package.jsonz ../somelocalliblub co ważniejsze jego zależnościami.

"dependencies": {
    "express": "*",
    "../somelocallib": "*"
}

npm> = 2.0.0

Ta funkcja została zaimplementowana w wersji 2.0.0 npm. Przykład:

{
  "name": "baz",
  "dependencies": {
    "bar": "file:../foo/bar"
  }
}

Każda z następujących ścieżek jest również poprawna:

../foo/bar
~/foo/bar
./foo/bar
/foo/bar

Pakiet lokalny zostanie skopiowany do prefiksu ( ./node-modules).

npm <2.0.0

Umieść jak zwykle somelocallibzależność package.json:

"dependencies": {
  "somelocallib": "0.0.x"
}

Następnie uruchom, npm link ../somelocalliba npm zainstaluje wersję, nad którą pracujesz, jako dowiązanie symboliczne .

app@0.0.1 /private/tmp/app
└── somelocallib@0.0.1 -> /private/tmp/somelocallib

Odniesienie: link (1)

Można teraz bezpośrednio określić lokalne ścieżki instalacji modułów węzła package.json. Z dokumentów:

Lokalne ścieżki

Od wersji 2.0.0 możesz podać ścieżkę do lokalnego katalogu zawierającego pakiet. Ścieżki lokalne można zapisać za pomocą npm install -Slub npm install --saveprzy użyciu dowolnej z następujących form:

../foo/bar
~/foo/bar
./foo/bar
/foo/bar

w takim przypadku zostaną znormalizowane do ścieżki względnej i dodane do Twojej package.json. Na przykład:

{
  "name": "baz",
  "dependencies": {
    "bar": "file:../foo/bar"
  }
}

Ta funkcja jest pomocna przy tworzeniu lokalnego trybu offline i tworzeniu testów, które wymagają instalacji npm tam, gdzie nie chcesz trafić na serwer zewnętrzny, ale nie należy jej używać podczas publikowania pakietów w rejestrze publicznym.

To działa dla mnie.

Umieść następujące elementy w pliku package.json

"scripts": {
    "preinstall": "npm install ../my-own-module/"
}

Jeśli chcesz dalej to zautomatyzować, ponieważ sprawdzasz moduł w kontroli wersji i nie chcesz polegać na pamiętaniu przez programistów linku npm, możesz dodać to do sekcji „skryptów” package.json:

"scripts": {
    "postinstall": "npm link ../somelocallib",
    "postupdate": "npm link ../somelocallib"
  }

Wydaje się to nie do zniesienia, ale wydaje się, że „działa”. Mam wskazówkę dotyczącą tego problemu npm: https://github.com/npm/npm/issues/1558#issuecomment-12444454

W ten sposób dodasz zależności lokalne:

npm install file:src/assets/js/FILE_NAME

Dodaj go do package.json z NPM:

npm install --save file:src/assets/js/FILE_NAME

Dodaj bezpośrednio do package.json w następujący sposób:

....
  "angular2-autosize": "1.0.1",
  "angular2-text-mask": "8.0.2", 
  "animate.css": "3.5.2",
  "LIBRARY_NAME": "file:src/assets/js/FILE_NAME"
....

Projekt główny

Oto pakiet.json, którego będziesz używać w projekcie głównym:

"dependencies": {
    "express": "*",
    "somelocallib": "file:./somelocallib"
}

Tam ./somelocallibjest odwołanie do folderu biblioteki w stosunku do głównego projektu paczka.json .

Odniesienie: https://docs.npmjs.com/files/package.json#local-paths

Podprojekt

Obsługuj zależności biblioteki.

Oprócz biegania npm installbędziesz musiał uruchomić (cd node_modules/somelocallib && npm install).

Jest to znany błąd związany z NPM.

Odniesienie: https://github.com/npm/npm/issues/1341 (szukając bardziej aktualnego odniesienia)

Uwagi dla dokera

Zwróć się do swojego mistrza package.locki somelocallib/package.lockdo menedżera kodu źródłowego.

Następnie użyj pliku Docker:

FROM node:10
WORKDIR /app
# ...
COPY ./package.json ./package-lock.json ./
COPY somelocallib somelocallib
RUN npm ci
RUN (cd node_modules/zkp-utils/ && npm ci)
# ...

Używam nawiasów w moich (cd A && B)konstrukcjach, aby uczynić operację idempotentną.

Wiem, że to npm install ../somelocallibdziała.

Nie wiem jednak, czy składnia wyświetlana w pytaniu będzie działać od package.json...

Niestety, doc wydaje się wspomnieć tylko o URL jako zależności.

Spróbuj file:///.../...tar.gz, wskazując na skompresowaną bibliotekę lokalną ... i powiedz nam, czy działa.

To działało dla mnie: najpierw upewnij się, że katalogi npm mają odpowiedniego użytkownika

sudo chown -R myuser ~/.npm
sudo chown -R myuser /usr/local/lib/node_modules

Następnie w katalogu package.json połącz katalog

"scripts": {
 "preinstall": "npm ln mylib ../../path/to/mylib"
}, 
"dependencies": {
  "mylib" : "*"
}

Właściwie, począwszy od npm 2.0, istnieje teraz obsługa lokalnych ścieżek (patrz tutaj ).

Ciekawe ... przynajmniej w systemie Windows (mój npm to 3. coś) Musiałem zrobić:

"dependencies": {
 "body-parser": "^1.17.1",
 "module1": "../module1",
 "module2": "../module2",

Kiedy to zrobiłem npm install ../module1 --save, powstały ścieżki bezwzględne, a nie względne według dokumentacji.

Pomyślałem trochę więcej i uznałem, że ../xxxto wystarczy.

Konkretnie mam moduły węzłów lokalnych sprawdzone, aby powiedzieć d: \ build \ module1, d: \ build \ module2 i mój projekt węzła (aplikacji) w d: \ build \ nodeApp.

Aby „zainstalować”:

d:\build\module1> rmdir "./node_modules" /q /s && npm install
d:\build\module2> rmdir "./node_modules" /q /s && npm install
d:\build\nodeApp> rmdir "./node_modules" /q /s && npm install

Pakiet.json modułu 1 ma zależność „moduł2”: „../module2”; moduł2 nie ma zależności lokalnej; nodeApp ma zależności „moduł1”: „../module1” i „moduł2”: „../module2”.

Nie jestem pewien, czy to działa tylko dla mnie, ponieważ wszystkie 3 foldery (moduł1, ​​moduł2 i nodeApp) znajdują się na tym samym poziomie .......

Dwa kroki do pełnego rozwoju lokalnego:

1. Podaj ścieżkę do lokalnego katalogu zawierającego pakiet.
2. Dowiązanie symboliczne folderu pakietu