Tidak suka iklan? Pergi Bebas Iklan Hari ini 

Kalkulator Versi Semver & Pengujian Rentang

DataPengembangTeks

IKLAN · HAPUS?

MEMASUKKAN

Proses Otomatis

Operasi

Pilih operasi SemVer. Formulir di bawah akan disesuaikan secara otomatis.

Versi A

Sintaks Strict SemVer 2.0.0 — major.minor.patch[-prerelease][+build].

Versi B

Dibandingkan dengan Versi A menggunakan kebijakan SemVer yang ketat.

Jangkauan

Gaya npm/composer. Mendukung ^, ~, x, *, operator perbandingan, rentang garis miring, dan ||.

Increment

ID Prerelease

Identifikasi opsional untuk increment pre-* (misalnya alpha, beta, rc).

Versi

Setiap baris dianalisis sebagai versi. Baris yang tidak valid dilaporkan secara terpisah.

Urutan Penyortiran

KELUARAN

Sisi klien

IKLAN · HAPUS?

Memandu

Kalkulator Versi Semver & Pengujian Rentang

Workbench lengkap untuk Semantic Versioning (SemVer 2.0.0) bagi pengembang. Validasi string versi, perbandingan dua versi dengan kebijakan ketat, uji apakah versi memenuhi ekspresi rentang berdasarkan gaya npm/Composer (^, ~, x, rentang garis miring, ||, operator perbandingan), peningkatan versi dengan increment major/minor/patch/prerelease, dan pengurutan daftar besar versi dengan kesadaran penuh terhadap pre-release — semua dilakukan di sisi klien, tanpa instalasi yang diperlukan.

Cara Penggunaan

Pilih operasi yang Anda butuhkan dari Operasi dropdown — Validasi, Bandingkan, Memenuhi rentang, Increment, atau Urutkan.
Isi versi(versi) dan/atau field rentang yang terungkap oleh form untuk operasi tersebut.
Baca hasilnya secara langsung — alat menampilkan ringkasan status, pembagian per-komponen, dan output standar yang dapat dicopy atau didownload.
Untuk memenuhi, alat juga menampilkan bagaimana setiap komparator dalam rentang Anda dipenuhi, sehingga Anda dapat melihat secara tepat mana klausa menerima atau menolak versi tersebut.

Fitur

Validasi Strict SemVer 2.0.0 – menolak nol di awal pada identifikasi pre-release, patch yang hilang, metadata yang tidak valid, dan kesalahan umum lainnya.
Perbandingan dua versi – mengembalikan -1 / 0 / 1 dengan penilaian yang mudah dipahami dan pembagian sisi-sisi dari komponen utama, minor, patch, pre-release, dan build.
Pemenuhan rentang – mendukung rentang caret (^1.2.3), tilde (~1.2.0), rentang x (1.2.x), rentang garis miring (1.0.0 – 1.5.0), operator perbandingan (>=, <=, >, <, =), and OR (||).
Increment versi – peningkatan major, minor, patch, prepatch, preminor, premajor, dan prerelease dengan identifikasi opsional (alpha, beta, rc).
Pengurutan batch – tempel satu versi per baris, urutkan secara menaik atau menurun; baris yang tidak valid dilaporkan secara terpisah sehingga Anda dapat memperbaikinya.
Kebijakan pre-release – mengikuti aturan SemVer bahwa versi pre-release memiliki kebijakan lebih rendah dibandingkan dengan versi normal yang terkait (1.0.0-alpha < 1.0.0).
Kesadaran metadata build – metadata build dianalisis dan ditampilkan tetapi diabaikan untuk kebijakan keurutan, tepat seperti yang diminta spesifikasi.
Salin dan unduh – ambil hasilnya sebagai teks atau file yang dapat didownload dengan satu klik.

 Tanya Jawab Umum

Apa itu Semantic Versioning (SemVer)?

Semantic Versioning adalah spesifikasi publik (semver.org) yang memberikan nomor versi tiga bagian yang bermakna bagi rilis perangkat lunak — MAJOR.MINOR.PATCH. Komponen MAJOR dinaikkan untuk perubahan yang mengganggu, MINOR untuk fitur yang kompatibel ke belakang, dan PATCH untuk perbaikan bug yang kompatibel ke belakang. Tag pre-release opsional (-beta.1) dan metadata build (+sha.abc123) dapat ditambahkan.
Apa arti operator caret (^) dalam rentang?

^X.Y.Z menerima setiap versi yang tidak mengubah komponen non-nol terkiri. ^1.2.3 berarti >=1.2.3 dan =0.2.3 dan =0.0.3 dan <0.0.4. Ini adalah operator default yang digunakan npm saat menyimpan ketergantungan.
Bagaimana operator tilde (~) berbeda dari caret?

~X.Y.Z lebih konservatif daripada ^, memungkinkan perubahan patch hanya ketika MINOR ditentukan — ~1.2.3 berarti >=1.2.3 dan =1.0.0 dan <2.0.0).
Bagaimana versi pre-release dibandingkan?

Versi pre-release memiliki kebijakan lebih rendah dibandingkan dengan versi normal yang sama (1.0.0-alpha < 1.0.0). Identifikasi dibandingkan dari kiri ke kanan: identifikasi numerik dibandingkan secara numerik, identifikasi alfabet-numerik dibandingkan secara leksikal, dan himpunan yang lebih kecil memiliki kebijakan lebih rendah dibandingkan himpunan yang lebih besar.
Mengapa metadata build diabaikan saat membandingkan versi?

Spesifikasi SemVer 2.0.0 menyatakan bahwa metadata build (sufiks +abc.123) HARUS diabaikan saat menentukan kebijakan versi. Dua versi yang hanya berbeda dalam metadata build dianggap sama dalam urutan, meskipun secara literal tidak sama.
Mengapa versi pre-release saya tidak memenuhi ^1.2.0?

Menurut konvensi penyesuaian rentang npm, versi pre-release seperti 1.5.0-beta.1 hanya memenuhi rentang jika setidaknya satu komparator dalam rentang tersebut secara eksplisit menyebutkan pre-release untuk MAJOR.MINOR.PATCH yang sama. Ini mencegah versi pre-release secara tidak sengaja masuk ke rentang versi normal.