Як я можу змусити кілька проектів спільно використовувати каталог node_modules?

Кожного разу, коли я роблю проекти, мені доводиться завантажувати всі залежності вузлових модулів. Чи не копіюючи node_modules, чи можна взагалі поділитися центральними node_modules у декількох проектах?

як і наступні, я повинен запускати багато команд щоразу ..

npm install gulp-usemin                                                                        
npm install gulp-wrap
npm install gulp-connect
npm install gulp-watch
npm install gulp-minify-css
npm install gulp-uglify
npm install gulp-concat
npm install gulp-less
npm install gulp-rename
npm install gulp-minify-html

Ви абсолютно можете поділитися каталогом node_modules серед проектів.

З документації вузла :

Якщо ідентифікатор модуля, переданий в require (), не є власним модулем і не починається з '/', '../' або './', тоді вузол починається з батьківського каталогу поточного модуля і додає / node_modules і намагається завантажити модуль з цього місця.

Якщо його там не знайти, він переміщується до батьківського каталогу і так далі, доки не буде досягнутий кореневий каталог файлової системи.

Наприклад, якщо файл у '/home/ry/projects/foo.js' називається require ('bar.js'), то вузол буде виглядати в наступних місцях у такому порядку:

/home/ry/projects/node_modules/bar.js /home/ry/node_modules/bar.js /home/node_modules/bar.js /node_modules/bar.js

Тож просто помістіть папку node_modules всередину каталогу проектів і вставте будь-які потрібні вам модулі. Просто вимагайте їх, як звичайні. Коли вузол не знаходить каталог node_modules у папці проекту, він автоматично перевірить батьківську папку. Тож зробіть структуру каталогів такою:

-myProjects
--node_modules
--myproject1
---sub-project
--myproject2

Ось так, навіть залежності вашого підпроекту можуть спиратися на ваше головне сховище node_modules.

Один недолік, коли ви робите це таким чином, - вам доведеться створювати файл package.json вручну (якщо хтось не знає способу автоматизувати це за допомогою grunt або чогось іншого). Коли ви встановлюєте свої пакунки та додаєте аргумент --save arg до npm installкоманди, він автоматично додає його до розділу залежностей або вашого package.json, що зручно.

Я знайшов фокус, просто погляньте на символічні посилання (символічні посилання) в Windows або Linux , він працює так само, як ярлики, але більш потужний.

Просто вам потрібно зробити Junctionдля вашої node_modulesпапки де завгодно. Стик - це не що інше, як ярлик до вашої початкової папки node_modules. Створіть його всередині папки проекту, де б були створені фактичні node_modules, якби використовувались npm install.

Для цього вам потрібна принаймні одна node_modulesреальна папка, а потім зробіть перехід до неї в інших проектах.

У Windows ви можете скористатися командним рядком або застосувати програму. Використання командного рядка дає вам трохи більше контролю, а використання програми простіше, я пропоную Розширення оболонки посилання .

Спробуйте pnpm замість npm.

pnpm використовує жорсткі посилання та символьні посилання, щоб зберегти одну версію модуля лише один раз на диску.

Встановити за допомогою:

npm install -g pnpm

Для оновлення існуючих установок (і підкаталогів) використовуйте:

pnpm recursive install

Головний каталог повинен виглядати так

node_modules
Project 1
Project 2
Project 3
Project 4

просто відкрийте файл Project 1/.angular-cli.json

змінити схему

"$schema": "./node_modules/@angular/cli/lib/config/schema.json",

до

"$schema": "./../node_modules/@angular/cli/lib/config/schema.json"

і не забудьте створити node_modulesпорожню папку всередині каталогу проекту

Переглядаючи деякі статті, здається, що Lerna - це хороший інструмент для управління кількома проектами в одному каталозі ( monorepo). Він підтримує спільний доступ до модулів, не дублюючи цілі пакети у кожній папці та команди для їх встановлення в декількох проектах.

• Javascript монорепо
• Монорепо на прикладі
• Створення великомасштабних програм в монорепо

pnpm - це також простий та ефективний інструмент, який не дублює ті модулі, які вже встановлені для інших проектів.

Припустимо, що маючи єдиний node_modules, він повинен містити всі пакети для всіх додатків. таким чином ваші додатки також матимуть спільний доступ до більшості унікальних записів package.json (просто ім'я має змінитися)

моя ідея полягала б у тому, щоб мати однокореневий та декілька рівнів src, як показано нижче

root\package.json
root\node_modules
root\\..
root\app1\src\\..
root\app2\src\\..

єдиною проблемою, з якою ви можете зіткнутися, було б створення резервної копії json (або tsconfig) для будь-якої програми та відновлення їх під час роботи над нею або налаштування сценаріїв запуску для обслуговування будь-якої програми

Див. Також підтримку робочих областей npm v7.0.0

https://github.com/npm/rfcs/blob/latest/implemented/0026-workspaces.md