Front-End-Eintrag (vue) zum Kompetenzkurs: Geben Sie ein, um
Versionsformat: XYZ[-string]
6.3.2-alpha
Bedeutung
ist
:
Nebenversion Nummer 3, es gibt 3 kleine Feature-Iterationen. Dieses neue Paket kann für jede Abhängigkeitsanweisung von 6.*.* <= 6.3.2 installiert werden.
Korrigierte Version Nr. 2, es gibt 2 Fehlermodifikationen oder andere nicht wesentliche funktionale Änderungen. Dieses neue Paket kann für jede Abhängigkeitsanweisung von 6.*.* <= 6.3.2 installiert werden.
Die erweiterte Versionsnummer alpha repräsentiert die experimentelle Phase der Verarbeitung.
Erweiterte Lektüre: Wie man Abhängigkeitsversionen in der semantischen Version 2.0.0
, wird wie folgt erklärt:
„vue“: „~2.5.22“, „vue-class-component“: „^6.0.0“, „vue-router“: „3.0.1“, „express“: „neueste“, „mongoose“: „*“,
Symbol ^ : Sperren Sie die Hauptversion. Sie können die Nebenversionsnummer, die überarbeitete Versionsnummer und die erweiterte Versionsnummer aktualisieren.
Beispiel "vue-class-component": "^6.0.0" , Sie können es bei der Installation von Abhängigkeiten installieren. Jede Version, die 6.*.* entspricht, solange die Hauptversionsnummer 6 ist.
Symbol ~ : Sperren Sie die Hauptversionsnummer und die Nebenversionsnummer und aktualisieren Sie die überarbeitete Versionsnummer und die vorherige Versionsnummer,
z. B. "vue": "~2.5.22" . Bei der Installation von Abhängigkeiten können Sie jede Version installieren, die 2.5.* entspricht 2.5.* .
空符号: Sperren Sie alle Versionsnummern,
z. B. "vue-router": "3.0.1" , und es können nur abhängige Pakete mit Version 3.0.1 installiert werden.
符号* : Definieren Sie einen bestimmten Versionsnummernbereich,
z. B. vue-router": "3.0.*" . Sie können jede auf 3.0 festgelegte Version installieren, z. B. 3.0.1 , 3.0.2 .
latest : Installieren Sie die neueste stabile Version
Beispielsweise kann "express": "latest" 4.18.1 (die neueste Version von 2022.06.13) installieren.
* : Installieren Sie die neueste veröffentlichte Version, nicht unbedingt die stabile Version
Beispielsweise kann "mongoose": "*" 6.0.0-rc2 , 3.9.7 usw. installieren.
Git URL : Verwenden Sie das auf Git veröffentlichte Paketreferenzformat
: <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish> | #semver:<semver>]
"test": "git+ssh://[email protected]:npm/cli.git#v1.0.27"
Erweiterte Lektüre: npm-Dokumente –
Wie der Titel schon sagt, handelt es sich hierbei um eine Erfahrung, die durch Blutunterricht gesammelt wurde.
Wenn der Autor system.js verwendet, lautet die verwendete Versionsbeschränkung: system.js: "^6.3.2" .
Bei der Installation von Abhängigkeiten wurde versehentlich die Version > 6.3.2 installiert, was zu Fehlern bei der Ausführung des Projekts führte.
Der Grund dafür ist, dass der Autor von system.js die Versionsnummer nicht gemäß der semver -Spezifikation benannt hat, was dazu führte, dass das Projekt des Autors ein Update einführte, das nicht abwärtskompatibel war , was dazu führte, dass das Projekt nicht ordnungsgemäß ausgeführt wurde.
in der Produktionsumgebung verwendeten Abhängigkeiten, devDependencies und peerDependencies werden alle unter dependencies
Zum Beispiel:
„Abhängigkeiten“: {
"Kreide": "^2.4.2",
„commander“: „^3.0.0“,
"fs-extra": "^8.1.0",
„Anfragender“: „^6.5.0“,
"mem-fs": "^1.1.3",
„mem-fs-editor“: „^6.0.0“,
„shelljs“: „^0.8.3“
} Der obige Code ist ein Fragment aus package.json des vom Autor erstellten cli Toolkits.
shelljs wird zum Betreiben von Dateien verwendet. Wenn die Deklaration in devDependencies geändert wird, wird ein Fehler gemeldet, nachdem der Benutzer das aktuelle Toolpaket installiert hat.
Weil die im Feld devDependencies deklarierten Abhängigkeiten nicht installiert werden, wenn npm install 工具包. Es muss im dependencies deklariert werden, bevor es installiert wird.
Abhängigkeiten, die in der Produktionsumgebung nicht benötigt werden, müssen unter devDependencies installiert werden.
Denn in einer Produktionsumgebung werden Abhängigkeiten im Feld devDependencies nicht installiert.
Zum Beispiel:
„devDependencies“: {
„@commitlint/cli“: „^8.1.0“,
„@commitlint/config-conventional“: „^8.1.0“,
"commitizen": "^4.0.3",
„commitlint-config-cz“: „^0.12.1“,
"cz-customizable": "^6.2.0",
„standard-version“: „^7.0.0“
} Der obige Code ist ein Fragment aus package.json des vom Autor erstellten cli Toolkits.
commitizen ist das vom Autor verwendete Abhängigkeitspaket zur Standardisierung Git Übermittlungsspezifikationen. Es wird nur in der Entwicklungsumgebung verwendet und ist daher in devDependencies deklariert.
Bei der Entwicklung einiger Plug-Ins und Toolkits gibt es Anforderungen an die Abhängigkeitspaketversion der laufenden Umgebung des Benutzers, die mithilfe des Felds peerDependencies deklariert werden kann.
Zum Beispiel:
{
„name“: „tea-latte“,
„Version“: „1.3.5“,
„peerDependencies“: {
„Tee“: „2.x“
}
} Das aktuelle Tool tea-latte hängt von der tea ab. Darüber hinaus muss das tea die Hauptversion 2 haben.
Wenn die Anforderungen nicht erfüllt sind, meldet die Konsole einen Fehler.
Beachten
npm v7-Version, peerDependencies wird standardmäßig installiert.
npm v3 bis npm v6,peerDependencieswerden nicht automatisch installiert.