Was ist der Unterschied zwischen --save und --save-dev?

Was ist der Unterschied zwischen:

npm install [package_name] --save

und:

npm install [package_name] --save-dev

Was bedeutet das?

• --save-devwird verwendet, um das Paket für Entwicklungszwecke zu speichern. Beispiel: Unit-Tests, Minimierung ..
• --save wird verwendet, um das Paket zu speichern, das für die Ausführung der Anwendung erforderlich ist.

Der Unterschied zwischen --saveund ist --save-devmöglicherweise nicht sofort erkennbar, wenn Sie beide in Ihren eigenen Projekten ausprobiert haben. Also hier ein paar Beispiele ...

Nehmen wir an, Sie haben eine App erstellt, die das Moment- Paket zum Parsen und Anzeigen von Daten verwendet hat. Ihre App ist ein Scheduler, daher benötigt sie dieses Paket wirklich, um ausgeführt zu werden, wie in: Kann ohne es nicht ausgeführt werden . In diesem Fall würden Sie verwenden

npm install moment --save

Dies würde einen neuen Wert in Ihrer package.json erzeugen

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

Wenn Sie sich entwickeln, ist es wirklich hilfreich, Tools wie Testsuiten zu verwenden, und möglicherweise benötigen Sie Jasmin-Kern und Karma . In diesem Fall würden Sie verwenden

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

Dies würde auch einen neuen Wert in Ihrer package.json erzeugen

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

Sie benötigen die Testsuite nicht, um die App im normalen Zustand auszuführen. Es handelt sich also um eine --save-devTypabhängigkeit, nicht mehr. Sie können sehen, dass es ein bisschen schwer vorstellbar ist, wenn Sie nicht verstehen, was wirklich passiert.

Entnommen direkt aus NPM docs docs # Abhängigkeiten

Abhängigkeiten

Abhängigkeiten werden in einem einfachen Objekt angegeben, das einen Paketnamen einem Versionsbereich zuordnet. Der Versionsbereich ist eine Zeichenfolge mit einem oder mehreren durch Leerzeichen getrennten Deskriptoren. Abhängigkeiten können auch mit einer Tarball- oder Git-URL identifiziert werden.

Bitte setzen Sie keine Testkabelbäume oder Transpiler in Ihr Abhängigkeitsobjekt. Siehe devDependencies weiter unten.

Selbst in den Dokumenten werden Sie aufgefordert, --save-dev für Module wie Testkabelbäume zu verwenden.

Ich hoffe das hilft und ist klar.

Standardmäßig installiert NPM einfach ein Paket unter node_modules. Wenn Sie versuchen, Abhängigkeiten für Ihre App / Ihr Modul zu installieren, müssen Sie diese zuerst installieren und dann dem dependenciesAbschnitt Ihres hinzufügen package.json.

--save-devFügt das Paket eines Drittanbieters zu den Entwicklungsabhängigkeiten des Pakets hinzu. Es wird nicht installiert, wenn jemand Ihr Paket installiert. Es ist in der Regel nur dann installiert , wenn jemand klont Ihren Quell - Repository und läuft npm installdarin.

--saveFügt das Paket eines Drittanbieters zu den Abhängigkeiten des Pakets hinzu. Es wird zusammen mit dem Paket installiert, wenn jemand ausgeführt wird npm install package.

Entwicklungsabhängigkeiten sind diejenigen Abhängigkeiten, die nur für die Entwicklung des Pakets benötigt werden. Dies kann Testläufer, Compiler, Packager usw. umfassen. Beide Arten von Abhängigkeiten werden in der Paketdatei package.jsongespeichert. --savefügt hinzu dependencies, --save-devfügt hinzudevDependencies

Die npm-Installationsdokumentation finden Sie hier.

Ein perfektes Beispiel dafür ist:

$ npm install typescript --save-dev

In diesem Fall möchten Sie Typescript (eine durch Javascript analysierbare Codierungssprache) für die Entwicklung verfügbar haben. Sobald die App bereitgestellt ist, ist dies jedoch nicht mehr erforderlich, da der gesamte Code in Javascript transpiliert wurde. Daher wäre es nicht sinnvoll, es in die veröffentlichte App aufzunehmen. In der Tat würde es nur Speicherplatz beanspruchen und die Downloadzeiten verlängern.

Lassen Sie mich Ihnen ein Beispiel geben,

• Sie sind Entwickler einer sehr ERNSTEN npm- Bibliothek . Welches verwendet verschiedene Testbibliotheken, um das Paket zu testen.
• Ein Benutzer hat Ihre Bibliothek heruntergeladen und möchte sie in seinem Code verwenden. Müssen sie auch Ihre Testbibliotheken herunterladen? Vielleicht verwenden Sie jestzum Testen und sie verwenden mocha. Möchten Sie, dass sie auch installiert jestwerden? Nur um Ihre Bibliothek zu betreiben?

Kein Recht? Deshalb sind sie in devDependencies.

In diesem Fall werden npm i yourPackagenur die Bibliotheken installiert, die zum Ausführen Ihrer Bibliothek erforderlich sind . Andere Bibliotheken, mit denen Sie Ihren Code gebündelt oder getestet und verspottet haben, werden nicht installiert, da Sie sie eingefügt haben devDependencies. Ziemlich ordentlich, oder?

Also, Warum brauchen die Entwickler die belichten devDependancies ?

Angenommen, Ihr Paket ist ein Open-Source-Paket, und Hunderte von Personen senden Pull-Anfragen an Ihr Paket. Wie werden sie dann das Paket testen? Sie werden git cloneIhr Repo und wann sie npm idie Abhängigkeiten sowie devDependencies tun würden .
Weil sie Ihr Paket nicht verwenden. Sie entwickeln das Paket weiter. Um Ihr Paket zu testen, müssen sie die vorhandenen Testfälle bestehen und neue schreiben. Sie müssen also Ihre verwenden devDependencies, die alle von Ihnen verwendeten Test- / Gebäude- / Verspottungsbibliotheken enthält.

Wie von @ andreas-hultgren in dieser Antwort und gemäß den npm-Dokumenten vorgeschlagen :

Wenn jemand vorhat, Ihr Modul in seinem Programm herunterzuladen und zu verwenden, möchte oder muss er das von Ihnen verwendete externe Test- oder Dokumentationsframework wahrscheinlich nicht herunterladen und erstellen.

Für die Webapp-Entwicklung platziert Yeoman (ein Gerüst-Tool, das unter anderem eine von Experten überprüfte, vorab geschriebene package.json-Datei installiert) alle Pakete in devDependencies und nichts in Abhängigkeiten, sodass die Verwendung von --save-deveine sichere Sache zu sein scheint Zumindest in der Webapp- Entwicklung.

--save-devspeichert die Semver-Spezifikation im Array "devDependencies" in Ihrer Paketdeskriptordatei und --savespeichert sie stattdessen in "Abhängigkeiten".

Klare Antworten sind bereits gegeben. Es ist jedoch erwähnenswert, wie sich dies devDependenciesauf die Installation von Paketen auswirkt:

Standardmäßig installiert npm install alle Module, die in package.json als Abhängigkeiten aufgeführt sind. Mit dem Flag --production (oder wenn die Umgebungsvariable NODE_ENV auf Produktion gesetzt ist) installiert npm keine in devDependencies aufgelisteten Module.

Siehe: https://docs.npmjs.com/cli/install

Im Allgemeinen möchten Sie das Produktionspaket nicht mit Dingen aufblähen, die Sie nur für Entwicklungszwecke verwenden möchten.

Verwenden Sie die Option --save-dev(oder -D), um Pakete wie Unit-Test-Frameworks (Scherz, Jasmin, Mokka, Chai usw.) zu trennen.

Alle anderen Pakete, die Ihre App für die Produktion benötigt, sollten mit --save(oder -S) installiert werden .

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

Wenn Sie die package.jsonDatei öffnen , werden diese Einträge in zwei verschiedenen Abschnitten aufgelistet:

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

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

--save-dev wird für Module verwendet, die bei der Entwicklung der Anwendung verwendet werden und während der Ausführung in der Produktionsumgebung nicht erforderlich sind. --save wird zum Hinzufügen in package.json verwendet und ist für die Ausführung der Anwendung erforderlich.

Beispiel: Express, Body-Parser, Lodash, Helm, MySQL. Alle diese Funktionen werden beim Ausführen der Anwendung verwendet. Verwenden Sie diese Option, um Abhängigkeiten einzufügen, während Mokka, Istanbul, Chai und Sonarqube-Scanner während der Entwicklung verwendet werden -abhängigkeiten.

npm link oder npm install installiert auch die dev-Abhängigkeitsmodule zusammen mit den Abhängigkeitsmodulen in Ihrem Projektordner

Alle Erklärungen hier sind großartig, aber es fehlt eine sehr wichtige Sache: Wie installieren Sie nur Produktionsabhängigkeiten? (ohne die Entwicklungsabhängigkeiten). Wir trennen dependenciesvon devDependenciesdurch die Verwendung --saveoder --save-dev. Um alles zu installieren, was wir verwenden:

npm i

Um nur Produktionspakete zu installieren, sollten wir verwenden:

npm i --only=production

Ich möchte einige meiner Ideen als hinzufügen

Ich denke, alle Unterschiede werden auftreten, wenn jemand Ihre Codes verwendet, anstatt sie selbst zu verwenden

Beispielsweise schreiben Sie eine HTTP-Bibliothek mit dem Namen node's request

In Ihrer Bibliothek,

Sie haben lodash verwendet, um Zeichenfolge und Objekt zu verarbeiten. Ohne lodash können Ihre Codes nicht ausgeführt werden

Wenn jemand Ihre HTTP-Bibliothek als Teil seiner Codes verwendet. Ihre Codes werden mit seinen zusammengestellt.

Ihre Codes benötigen lodash, also müssen Sie dependencieszum Kompilieren eingeben

Wenn Sie ein Projekt wie monaco-editoreinen Web-Editor schreiben ,

Sie haben alle Ihre Codes gebündelt und Ihre product env libraryVerwendung von Webpack, wenn die Erstellung abgeschlossen ist, haben nur einemonaco-min.js

Also macht jemand keinen Fall, ob --saveoder --save-dependencies, nur er brauchtmonaco-min.js

Zusammenfassung:

1. Wenn jemand Ihre Codes kompilieren möchte (als Bibliothek verwenden), geben Sie lodashdie von Ihren Codes verwendeten eindependencies

2. Wenn jemand Ihren Codes weitere Funktionen hinzufügen möchte, muss er diese eingeben unit testund compilereingebendev-dependencies

Die Leute verwenden npm in der Produktion, um böse coole Sachen zu machen. Node.js ist ein Beispiel dafür, also möchten Sie nicht, dass alle Ihre Entwickler-Tools ausgeführt werden.

Wenn Sie gulp (oder ähnliches) verwenden, um Build-Dateien für Ihren Server zu erstellen, spielt dies keine Rolle.