Яка різниця між --save та --save-dev?

Яка різниця між:

npm install [package_name] --save

і:

npm install [package_name] --save-dev

Що це означає?

• --save-devвикористовується для збереження пакета для розробки. Приклад: одиничні тести, мініфікація ..
• --save використовується для збереження пакету, необхідного для запуску програми.

Різниця між ними --saveі, --save-devможливо, не відразу помітна, якщо ви спробували їх як у власних проектах. Ось ось кілька прикладів ...

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

npm install moment --save

Це створило б нове значення у пакеті.json

"dependencies": {
   ...
   "moment": "^2.17.1"
}

Коли ви розвиваєтесь, це дійсно допомагає використовувати такі інструменти, як тестові набори, і може знадобитися жасминове ядро та карма . У цьому випадку ви б використали

npm install jasmine-core --save-dev
npm install karma --save-dev

Це також створить нове значення у пакеті.json

"devDependencies": {
    ...
    "jasmine-core": "^2.5.2",
    "karma": "^1.4.1",
}

Вам не потрібен тестовий набір, щоб запустити додаток у нормальному стані, тому це --save-devзалежність від типу, нічого більше. Ви можете бачити, як якщо ви не розумієте, що насправді відбувається, це трохи важко уявити.

Взяте безпосередньо з документів NPM, залежно від документа #

Залежності

Залежності задаються у простому об'єкті, який відображає назву пакета в діапазон версій. Діапазон версій - це рядок, що містить один або кілька дескрипторів, розділених пробілом. Залежності також можна визначити за допомогою URL-адреси тарболу чи git.

Будь ласка, не ставте тестові джгути чи транспілятори в об'єкт залежностей. Дивіться devDependitions нижче.

Навіть у документах він пропонує вам використовувати --save-dev для модулів, таких як тестові джгути.

Я сподіваюся, що це допомагає і зрозуміло.

За замовчуванням NPM просто встановлює пакет під node_modules. Коли ви намагаєтесь встановити залежності для свого додатка / модуля, вам потрібно спочатку встановити їх, а потім додати їх до dependenciesрозділу свого package.json.

--save-devдодає сторонній пакет до залежностей від розвитку пакету. Він не буде встановлений, коли хтось встановить ваш пакет. Зазвичай він встановлюється лише в тому випадку, якщо хтось клонує ваш джерельний сховище і працює npm installв ньому.

--saveдодає сторонній пакет до залежностей цього пакету. Він буде встановлений разом з пакетом, коли хтось працює npm install package.

Dev залежності - це ті залежності, які потрібні лише для розробки пакету. Це може включати тестові бігуни, компілятори, пакувальники тощо. Обидва типи залежностей зберігаються у package.jsonфайлі пакета . --saveдодає dependencies, --save-devдодаєdevDependencies

Тут можна посилатись на документацію встановлення npm .

Прекрасним прикладом цього є:

$ npm install typescript --save-dev

У цьому випадку ви хочете мати доступний для розробки Typescript (мова кодування, що розбирається на JavaScript), але як тільки програма розгорнута, це вже не потрібно, оскільки весь код був переведений у javascript. Як таке, не було б сенсу включати його у опублікований додаток. Дійсно, це займе лише місце та збільшить час завантаження.

Дозвольте навести приклад,

• Ви є розробником дуже СЕРЙОЗНИХ НПМ бібліотеки . Яка використовує різні бібліотеки для тестування пакету.
• Користувач завантажив вашу бібліотеку і хоче використовувати її у своєму коді. Чи потрібно також завантажувати тестуючі бібліотеки? Можливо, ви використовуєте jestдля тестування, і вони використовують mocha. Ви хочете, щоб вони також встановили jest? Просто для запуску вашої бібліотеки?

Ні правда? Тому вони в devDependencies.

Коли хтось зробить, будуть встановлені npm i yourPackageлише ті бібліотеки, які необхідні для запуску вашої бібліотеки. Інші бібліотеки, з якими ви використовували пакет, або тестуєте та знущаєтесь, не буде встановлено, оскільки ви їх розмістили devDependencies. Досить акуратно так?

Отже, чому розробникам потрібно виставляти devDependancies ?

Скажімо, ваш пакет - це пакет із відкритим кодом, і 100 людей надсилають запити на виклик. Тоді як вони перевірять пакет? Вони будуть git cloneваші репо і коли вони будуть робити npm iв залежності , а також devDependencies .
Тому що вони не використовують ваш пакет. Вони розробляють пакет далі, таким чином, для того щоб перевірити ваш пакет, їм потрібно здати існуючі тестові випадки, а також написати нові. Отже, їм потрібно використовувати вашу, devDependenciesяка містить усі бібліотеки для тестування / побудови / знущань, якими ви користувались.

Як запропонував @ andreas-hultgren у цій відповіді та згідно з документами npm :

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

Однак для розробки webapp , Yeoman (інструмент для риштування лісів, який встановлює рецензований попередньо написаний файл package.json серед іншого) розміщує всі пакунки в devDependitions і нічого в залежності, тому виявляється, що використання --save-dev- це безпечна ставка принаймні в розробці webapp .

--save-devзберігає параметри semver у масиві "devDependitions" у файлі дескриптора пакунків, --saveа замість цього - у "залежності".

Чіткі відповіді вже надані. Але варто згадати, як devDependenciesвпливає встановлення пакетів:

За замовчуванням npm install встановить усі модулі, перелічені як залежності в package.json. З прапором --production (або коли змінна середовища NODE_ENV встановлена ​​у виробництві), npm не буде встановлювати модулі, перелічені у devDependitions.

Дивіться: https://docs.npmjs.com/cli/install

Ви, як правило, не хочете роздувати виробничий пакет речами, які ви тільки маєте намір використовувати для цілей розвитку.

Використовуйте --save-dev(або -D) опцію для розділення пакетів, таких як Frame Test Framework (жари, жасмин, мокка, чай тощо)

Будь-які інші пакети, необхідні вашій програмі для виробництва, повинні бути встановлені за допомогою --save(або -S).

npm install --save lodash       //prod dependency
npm install -S moment           // "       "
npm install -S opentracing      // "       "

npm install -D jest                 //dev only dependency
npm install --save-dev typescript   //dev only dependency

Якщо ви відкриєте package.jsonфайл, ви побачите ці записи, перелічені у двох різних розділах:

"dependencies": {
  "lodash": "4.x",
  "moment": "2.x",
  "opentracing": "^0.14.1"
},

"devDependencies": {
    "jest": "22.x",
    "typescript": "^2.8.3"
},

--save-dev використовується для модулів, що використовуються при розробці програми, не вимагає під час його запуску у виробничому оточенні --save використовується для додавання його в package.json, і він необхідний для запуску програми.

Приклад: експрес, body-parser, lodash, шолом, mysql все це використовується під час роботи програми - за винятком встановлення залежностей, тоді як моча, istanbul, chai, sonarqube-сканер усі використовуються під час розробки, тому покладіть їх у dev -залежності .

npm-посилання або npm install також встановлять модулі залежності dev разом з модулями залежності у вашій папці проекту

Усі пояснення тут чудові, але бракує дуже важливої ​​речі: як ви встановлюєте лише виробничі залежності? (без залежностей від розвитку). Ми відокремлюємось dependenciesвід devDependencies, використовуючи --saveабо --save-dev. Щоб встановити все, що ми використовуємо:

npm i

Для встановлення лише виробничих пакетів ми повинні використовувати:

npm i --only=production

Я хочу додати деякі свої ідеї як

Я думаю, що всі різниці з’являться, коли хтось використовуватиме ваші коди замість того, щоб використовувати їх самостійно

Наприклад, ви пишете бібліотеку HTTP під назвою node's request

У вашій бібліотеці

ви використовували lodash для обробки рядків та об'єктів, без lodash ваші коди не можуть працювати

Якщо хтось використовує вашу бібліотеку HTTP як частину його кодів. Ваші коди будуть складені з його.

ваші коди потрібні лодаш, тому вам потрібно поставити їх dependenciesдля компіляції

Якщо ви пишете такий проект, як monaco-editorвеб-редактор,

у вас є пакет усіх кодів, а ваш веб-пакет product env library, коли завершено збирання, маєте лишеmonaco-min.js

Так що хто - то не справа чи --saveабо --save-dependenciesтільки йому потрібно , цеmonaco-min.js

Підсумок:

1. Якщо хтось хоче скомпілювати ваші коди (використовувати як бібліотеку), lodashвведіть , які використовуються вашими кодамиdependencies

2. Якщо хтось хоче додати більше функцій у ваші коди, йому знадобиться unit testі compilerвставте їхdev-dependencies

Люди використовують npm на виробництві для того, щоб робити злісні класні речі, Node.js - це приклад цього, тому ви не хочете, щоб усі ваші інструменти розробників запускалися.

Якщо ви використовуєте gulp (або подібне) для створення файлів збирання для розміщення на вашому сервері, це насправді не має значення.