Konfiguration
NPM setNPM SET INIT-ATUTOR-NAME 'Your Name'npm Set init-autor-email' Ihre E-Mail'npm-Set init-author-url 'http: //yourdomain.com'npm set init-license' Mit '
Der obige Befehl entspricht der Festlegung des Standardwerts für NPM Init. Bei der Ausführung von NPM init in der Zukunft wird der Autorenname, die E -Mail, die Homepage und die Lizenzfelder von Paket.json den Voreinstellung automatisch schreiben. Diese Informationen werden in der ~/.npmrc -Datei im Heimverzeichnis des Benutzers gespeichert, sodass der Benutzer nicht jedes Projekt eingeben muss.
Wenn ein Projekt unterschiedliche Einstellungen hat, können Sie die NPM -Konfiguration für dieses Projekt ausführen.
1.
NPM Set Save-pass true
Der obige Befehl setzt fest, dass Package.json beim Hinzufügen eines Moduls die genaue Version des Moduls und nicht einen optionalen Versionsbereich aufzeichnet.
2.
NPM -Konfiguration Präfix erhalten
3.
NPM -Konfiguration Set Präfix /USR /Lokal
NPM -Verwendung
Installieren:
NPM Installieren Sie Grunzen-Cli
Vor der Installation prüft die NPM -Installation, ob das angegebene Modul bereits im Verzeichnis node_modules vorhanden ist. Wenn es existiert, wird es nicht mehr neu installiert, auch wenn das Remote -Repository bereits eine neue Version hat.
Wenn Sie möchten, dass ein Modul für NPM neu installiert wird, unabhängig davon, ob es installiert wurde oder nicht, können Sie die Parameter -f- oder -fest -Parameter verwenden.
Lokale Installation: Das Paket wird in das aktuelle Verzeichnis heruntergeladen und kann nur im aktuellen Verzeichnis verwendet werden. Nach Abschluss der Installation befindet sich im aktuellen Verzeichnis ein zusätzliches Node_Modules-Verzeichnis, und Grunzen-Cli ist darin installiert.
npm install -g grunkt -cli
Globale Installation: Das Paket wird in ein bestimmtes Systemverzeichnis heruntergeladen und das installierte Paket kann in allen Verzeichnissen verwendet werden. Jetzt ist es zu/usr/local/lib/node_modules/grunn-cli,/usr/local/lib/node_modules/ist das zuvor erwähnte globale Installationsverzeichnis.
1. Installieren Sie das im aktuelle Verzeichnispaket.json -Datei konfigurierte Modul DevDependencies
NPM Installation
2. Installieren Sie lokale Moduldateien
npm install ./package.tgz
3. Installieren Sie das Modul mit der angegebenen URL
NPM Installation https://github.com/indexzero/forever/tarball/v0.5.6
4. Installieren Sie die im angegebenen Verzeichnis enthaltenen Module im lokalen Dateisystem
NPM Install <ordner>
5. Installieren und aktualisieren Sie die Versionskonfiguration in package.json
npm install <name> [speichern | speichern-dev | speichern-optional]
(1) Die Namen und die Versionsinformationen des mit dem Parameter speichernden Moduls installierten Moduls werden in der Option Abhängigkeiten von package.json angezeigt
(2) Die Namen und die Versionsinformationen des mit dem Parameters Save-Dev installierten Modul
(3) Die Namens- und Versionsinformationen des mit dem Parameter speicherndeptionalen Modul installierten Modul
6. Installieren Sie die angegebene Version des Moduls
NPM Install <Name>@<version> Beispiel: NPM installieren Sie [email protected]
7. Installieren Sie eine bestimmte Version im angegebenen Versionsnummernbereich des Moduls
npm install <name>@<Versionsbereich>
Beispiel:
NPM ASYNC@”> = 0.2.0 <0.2.9 ″ installieren
Kraftkraft zieht Remote -Ressourcen auch dann, wenn das Modul bereits lokal installiert ist
Beispiel:
NPM Installieren Sie die Unterstrichkraft
8. G oder globales Installationsmodul weltweit. Wenn dieser Parameter nicht verfügbar ist, wird er im Unterverzeichnis node_modules des aktuellen Verzeichnisses installiert.
Beispiel:
npm install -g express
Wenn Sie möchten, dass alle Module gewaltsam neu installiert werden, löschen Sie das Verzeichnis node_modules und expecute npm install.
$ rm -rf node_modules $ npm installieren
erneuern
npm update [-g] [<name> [<name>…]
Aktualisiert das Modul in der angegebenen Namensliste. -g Parameter aktualisiert das global installierte Modul.
Wenn der Name nicht angegeben ist und sich nicht in einem bestimmten Modul befindet, werden alle Pakete, die vom aktuellen Verzeichnis abhängig sind, aktualisiert (einschließlich globaler und modul). Wenn sich das aktuelle Verzeichnis in einem bestimmten Modulverzeichnis befindet, werden die vom Modul abhängigen Module aktualisiert. Wenn Sie also das NPM -Update ohne Angabe des Namens ausführen, können Sie in einem bestimmten Modul am besten ausgeführt werden, um die Aktualisierung auf andere Module zu vermeiden, die nicht aktualisiert werden möchten.
deinstallieren
NPM -Paket deinstallieren
Überprüfen
Schauen Sie sich an, welche Pakete installiert sind
NPM LS - -TEPTH = 0
Sehen Sie bestimmte Informationen für bestimmte Pakete an
npm ls grunkt-clinpm info grunn-cli
suchen
NPM-Suchgrunt-Cli
freigeben
1.Package.json
package.json Beschreibung:
Wenn der Befehl npm ausgeführt wird, wird die Datei package.json des aktuellen Verzeichnisses gelesen und diese Datei interpretiert. Diese Datei basiert auf den Paketen/1.1 -Spezifikation. In dieser Datei können Sie Ihren Anwendungsnamen (Name), Anwendungsbeschreibung (Beschreibung), Schlüsselwörter (Schlüsselwörter), Versionsnummer (Version), Anwendungskonfigurationselemente (Konfiguration), Homepage (Homepage), Autor (Autor), Ressourcen -Repository -Adresse (Repository), Fehlereintragsadresse (Bugs -Line), Befehlsleitungsdateien (BELINGABELN), DIRECTORES (DIRECTORES), DIRECTORES (DIRECTORES), DIRECTORES (DIRECTORES), DIRECTORES (DIRECTORES), ANBEITUNGSELDATE (Bugs -Einreichungsadresse) definieren. Entwicklungsumgebungsabhängigkeiten (DevDependencies), Auslauf von Motoren (Motoren) und Skripten (Skripte) usw.
Für Entwickler beruhen sich sowohl Entwicklungs- als auch Veröffentlichungsmodule auf ihr korrektes Verständnis der in diesem Dateipaket enthaltenen Bedeutung. Verwenden wir ein Beispiel, das in diesem Artikel geteilt wird, um Folgendes zu veranschaulichen:
{ "name": "test", "version": "0.1.0", "description": "A testing package", "author": "A messed author <[email protected]>", "dependencies": { "express": "1.xx", "ejs": "0.4.2", "redis": ">= 0.6.7" }, "devDependencies": { "vows": "0.5.x" }, "Haupt": "Index", "bin": {"test": "./bin/test.js"}, "Skripte": {"start": "node server.js", "test": "vows test/*. js", "preeinstall": ". }}In diesem Beispiel definieren wir die Eintragsdatei (Haupt) der Anwendung als Index. Wenn sich andere Anwendungen auf unser Modul beziehen ("Test"), wird die Datei "Hauptwert index.js" aufgerufen. Skripts (Skripte) definiert verschiedene Befehle mithilfe der Hash -Tabelle. Der in script.start definierte Node Server.js wird bei NPM Start aufgerufen, und die in scripts.test definierten Befehle werden aufgerufen, wenn der NPM -Test aufgerufen wird. Wenn einige native Module kompiliert werden müssen, können wir vorkompilierte und kompilierte Befehle definieren.
In diesem Beispiel werden das Modul für Anwendungsabhängigkeiten (Abhängigkeiten) und das Entwicklungsumfeldabhängigkeitenmodul (DevDependencies) ebenfalls definiert. Das anwendungsabhängige Modul wird im Verzeichnis node_modules des aktuellen Moduls während der Installation installiert. Die Abhängigkeitsmodule in der Entwicklungsumgebung werden hauptsächlich in der Entwicklungsumgebung verwendet. Verwenden Sie den Befehl NPM Installieren oder Link plus den Parameter -Dev, um ihn im Verzeichnis node_modules des aktuellen Moduls zu installieren.
Name: Der Name des Pakets (weil er Teil der URL wird, dürfen die Buchstaben von Nicht-URL-Safe nicht weitergehen, und ".", "_" dürfen nicht erscheinen). Suchen Sie am besten nach dem Namen, den Sie bereits bei [] (http://registry.npmjs.org/) existiert haben.
Version: Die Version des Pakets. Wenn sich das Paket ändert, sollte sich auch die Version ändern. Gleichzeitig muss die von Ihnen erklärende Version die Überprüfung von Semver bestehen (Semver kann selbst gegoogelt werden).
Abhängigkeiten: Das Paketmodul der Anwendungsabhängigkeit, dh wenn andere dieses Paket verwenden möchten, zumindest was installiert werden muss. Das Anwendungsabhängigkeitsmodul wird im Verzeichnis node_modules des aktuellen Moduls installiert.
DevDependencies: Das Paketmodul für Entwicklungsabhängigkeit und der nicht verwandte Code wird automatisch gelöscht, wenn das Plug-In veröffentlicht wird. Verwenden Sie eine Datei, um die im aktuellen Projekt installierten oder benötigten Plug-Ins aufzuzeichnen, dh andere möchten auf diesem Paket entwickeln, und Sie können die für das Projekt erforderlichen Plug-Ins mit einem Klick installieren.
2. Versionsnummer
Jeder hat auch bemerkt, dass einige Versionsnummern in package.json> = 0,6,7 und einige 1.XX sind. Was ist der Unterschied? NPM wird für die semantische Versionserkennung für das Versionsverwaltung verwendet. Nicht alle Module bieten rückwärtskompatibilität, und manchmal sind einige Module aus irgendeinem Grund nicht rückwärtskompatibel. Daher müssen wir einige Regeln definieren, um sicherzustellen, dass das Modul in bestimmten Versionen verfügbar sein kann, und um sicherzustellen, dass die neueste Version verwendet werden kann, da diese Versionen immer einige Fehler ändern oder die Leistung verbessern usw. Schauen wir uns die von der Version definierten Felder an:
Beispiel: 0.4.2
+ Große Version (0)
+ Kleine Version (4)
+ Patch -Version (2)
Wenn eine Software veröffentlicht wird, ist die Standardeinstellung Version 1.0.0. Wenn der Patch in Zukunft veröffentlicht wird, wird die letzte Ziffer hinzugefügt, z. B. 1.0.1; Wenn neue Funktionen hinzugefügt werden und die ursprünglichen Funktionen nicht beeinträchtigt sind, sind die Zwischenzahl (d. H. Kleine Versionsnummer) wie 1.1.0; Wenn die eingeführten Änderungen die Rückwärtskompatibilität zerstören, wird die erste Ziffer hinzugefügt, z. B. 2.0.0.
In der obigen Definition von package.json sind wir sicher, dass das Modul in allen NodeJS -Versionen 0,4 und über und unter 0,5 ausgeführt werden kann. Das abhängige Modul -Redis kann auf allen Versionen ausgeführt werden, die größer oder gleich 0,6,7 sind. Das abhängige Modul -EJs kann nur sicherstellen, dass es in Version 0.4.2 ausgeführt wird. Das abhängige Modul Express kann mit 1.0.0 oder gleich 2.0.0 kompatibel sein.
erzeugen
npm init
Wird verwendet, um eine neue Paket.json -Datei zu initialisieren und zu generieren. Es werden Benutzern eine Reihe von Fragen gestellt. Wenn Sie der Meinung sind, dass Sie die Standardkonfiguration nicht ändern müssen, drücken Sie einfach die Eingabetaste.
Wenn -f (darstellen Kraft) und -y (darstellen Sie Ja), überspringen Sie die Fragestufe und generieren Sie direkt eine neue Paket.json -Datei.