Beranda>Tutorial Desain Web>Tutorial Javascript

Mari kita bahas tentang cara menggunakan package.json untuk manajemen versi paket dependen

Penulis：Eve Cole Waktu Pembaruan：2022-09-22 09:05:32
Artikel ini membahas tentang cara menggunakan package.json untuk melakukan manajemen versi pada paket dependen dalam proyek front-end sebenarnya. Apa dampak aturan yang berbeda terhadap manajemen ketergantungan?

Entri front-end (vue) ke kursus kemahiran: masuk untuk mempelajari

format XYZ[-string]

definisi nomor versi npm

: XYZ[-string]


6.3.2-alpha

  • adalah

    :

    ​​​​​Iterasi terbaru yang kompatibel
    • ke belakang
    .

  • Versi minor nomor 3, terdapat 3 iterasi fitur kecil. Paket baru ini dapat diinstal untuk pernyataan ketergantungan apa pun 6.*.* <= 6.3.2 .

  • Versi nomor 2 diperbaiki, ada 2 modifikasi bug atau modifikasi fungsional non-mayor lainnya. Paket baru ini dapat diinstal untuk pernyataan ketergantungan apa pun 6.*.* <= 6.3.2 .

  • Nomor versi lanjutan alpha mewakili tahap pemrosesan eksperimental.

Bacaan lebih lanjut: Cara mengidentifikasi versi ketergantungan pada semantik versi 2.0.0

package.json

akan dijelaskan sebagai berikut:

"vue": "~2.5.22",
"komponen-kelas-vue": "^6.0.0",
"vue-router": "3.0.1",
"ekspres": "terbaru",
"mongoose": "*",

  • "vue-class-component": "^6.0.0"

    ^ : mengunci versi utama, Anda dapat memperbarui nomor versi minor, nomor versi revisi, dan nomor versi lanjutan.

    Anda dapat menginstalnya saat menginstal dependensi Versi apa pun yang sesuai dengan 6.*.* , selama nomor versi utama adalah 6.

  • Simbol ~ : Mengunci nomor versi mayor dan nomor versi minor, dan memperbarui nomor versi revisi dan nomor versi sebelumnya,

    seperti "vue": "~2.5.22" . Saat menginstal dependensi, Anda dapat menginstal versi apa pun yang sesuai dengan 2.5.* .

  • 空符号: Mengunci semua nomor versi,

    seperti "vue-router": "3.0.1" , dan hanya paket dependen dengan versi 3.0.1 yang dapat diinstal.

  • 符号* : Menentukan kisaran nomor versi tertentu,

    seperti vue-router": "3.0.*" , Anda dapat menginstal versi apa pun yang ditetapkan ke 3.0 , seperti 3.0.1 , 3.0.2 .latest

  • : menginstal versi stabil latest

1.png

  • Misalnya, "express": "latest" dapat menginstal 4.18.1 (versi terbaru 2022.06.13).

  • * : Instal versi terbaru yang dirilis, belum tentu versi stabil

2.png

  • Misalnya, "mongoose": "*" dapat menginstal 6.0.0-rc2 , 3.9.7 , dll.

  • Git URL : Gunakan format referensi paket yang dipublikasikan di Git

    : <protocol>://[<user>[:<password>]@]<hostname>[:<port>][:][/]<path>[#<commit-ish> | #semver:<semver>]

"test": "git+ssh://[email protected]:npm/cli.git#v1.0.27"

Bacaan tambahan: dokumen npm -

jangan percaya terlalu banyak ketergantungan Nomor versi paket npm!

Sesuai dengan judulnya, ini adalah pengalaman yang didapat melalui pelajaran darah.

Saat penulis menggunakan system.js , batasan versi yang digunakan adalah: system.js: "^6.3.2" .

Saat memasang dependensi, versi > 6.3.2 tidak sengaja terinstal, sehingga menyebabkan kesalahan pengoperasian proyek.

Alasannya adalah penulis system.js tidak menyebutkan nomor versi sesuai dengan spesifikasi semver , yang menyebabkan proyek penulis memperkenalkan pembaruan yang tidak kompatibel ke belakang , sehingga menyebabkan proyek tidak berjalan dengan benar.

Dependensi, dependensi devDependencies, dan

dependensi

peerDependencies

yang digunakan di lingkungan produksi semuanya diinstal di bawah dependencies .

Misalnya:

"dependensi": {
	"kapur": "^2.4.2",
	"komandan": "^3.0.0",
	"fs-ekstra": "^8.1.0",
	"penanya": "^6.5.0",
	"mem-fs": "^1.1.3",
	"mem-fs-editor": "^6.0.0",
	"shelljs": "^0.8.3"
}

Kode di atas adalah fragmen dari package.json dari cli toolkit yang dibuat oleh penulis.
shelljs digunakan untuk mengoperasikan file. Jika deklarasi diubah menjadi devDependencies , kesalahan akan dilaporkan setelah pengguna menginstal paket alat saat ini.
Karena dependensi yang dideklarasikan di kolom devDependencies tidak akan diinstal ketika npm install 工具包. Itu harus dideklarasikan di bidang dependencies sebelum diinstal.

devDependencies

Dependensi yang tidak diperlukan di lingkungan produksi perlu diinstal pada devDependencies .
Karena di lingkungan produksi, dependensi di bawah bidang devDependencies tidak akan diinstal.

Misalnya:

"ketergantungan dev": {
	"@commitlint/cli": "^8.1.0",
	"@commitlint/config-conventional": "^8.1.0",
	"berkomitmen": "^4.0.3",
	"commitlint-config-cz": "^0.12.1",
	"cz-dapat disesuaikan": "^6.2.0",
	"versi standar": "^7.0.0"
}

Kode di atas adalah fragmen dari package.json dari cli toolkit yang dibuat oleh penulis.
commitizen adalah paket ketergantungan yang digunakan oleh penulis untuk menstandardisasi spesifikasi pengiriman Git . Ini hanya digunakan di lingkungan pengembangan, sehingga dideklarasikan di devDependencies .

peerDependencies

Saat mengembangkan beberapa plug-in dan toolkit, terdapat persyaratan untuk versi paket dependensi dari lingkungan berjalan pengguna, yang dapat dideklarasikan menggunakan bidang peerDependencies .

Misalnya:

{
  "nama": "teh-latte",
  "versi": "1.3.5",
  "ketergantungan rekan": {
    "teh": "2.x"
  }
}

Alat tea-latte yang ada saat ini tergantung pada kemasan tea . Apalagi paket tea harus mayor versi 2.

Jika persyaratan tidak terpenuhi, konsol akan melaporkan kesalahan.

Melihat
versi npm v7, peerDependencies akan diinstal secara default.
npm v3 hingga npm v6, peerDependencies tidak akan diinstal secara otomatis.
Artikel Terkait