1.2.3 ist kleiner als 1.2.10
erfüllt1.2.5 ∈ ^1.2.0
Was es tut
Der Semver Checker arbeitet mit Semantic Versioning 2.0.0-Strings. Vergleiche zwei Versionen, um zu sehen, welche größer ist (mit korrekter Prerelease-Rangfolge - 1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0), teste, ob eine Version einen npm-Style-Range erfüllt (^, ~, Komparatoren, Hyphen-Ranges, ||), und bumppe major / minor / patch / prerelease mit einem Klick. Alles läuft 100 % clientseitig - kein Versionsstring verlässt jemals deinen Browser.
So verwendest du es
- Compare - gib zwei Versionen in Version A und Version B ein. Der Pfeil zwischen ihnen und die Urteilszeile sagen dir, welche größer ist (oder dass sie gleich sind).
- Range check - gib eine Version und einen Range-Ausdruck ein (z. B.
^1.2.0,~1.0.0,>=1.2.3 <2.0.0,1.0.0 || 2.0.0). Eine grüne satisfies- oder rote no match-Badge zeigt das Ergebnis. - Bump - gib eine Version ein und klicke dann Major, Minor, Patch oder Prerelease, um die nächste Version zu berechnen und zu kopieren.
- Copy share link, um die exakten Eingaben an jemand anderen zu schicken.
Beispiele
Vergleich (Prerelease-Sortierung)
1.0.0 vs 1.0.0-beta → 1.0.0 is greater than 1.0.0-beta (a release always outranks its prereleases).
1.2.3 vs 1.2.10 → 1.2.3 is less than 1.2.10 (numeric, not lexicographic - 10 > 3).
Range-Check
1.5.0 against ^1.2.0 → satisfies (compatible-with stays inside major 1).
1.2.2 against ^1.2.3 → no match (^1.2.3 requires >=1.2.3).
1.5.0 against >=1.2.0 <2.0.0 || 3.0.0 → satisfies (the first AND clause holds).
Bump
1.2.3 → Major 2.0.0 · Minor 1.3.0 · Patch 1.2.4 · Prerelease 1.2.4-0
1.2.3-beta.2 → Prerelease 1.2.3-beta.3 (increments the trailing numeric identifier).
Gut zu wissen
- Prerelease-Rangfolge folgt der Spec auf semver.org: numerische Bezeichner werden nach Wert verglichen und rangieren unter alphanumerischen; eine Version ohne Prerelease ist immer höher als eine mit. Build-Metadaten (
+…) werden für die Sortierung ignoriert. - Ranges unterstützen
^(Caret),~(Tilde),>= > <= < =,*/x-Wildcards, Partials (1,1.2), Hyphen-Ranges (1.2.3 - 2.3.4), leerzeichengetrenntes AND und||OR - dieselbe Grammatik, die npm inpackage.jsonverwendet. - Ungültige Eingaben werden inline gemeldet, statt eine Exception zu werfen: eine fehlerhafte Version oder Range zeigt eine rote Warnung statt eines Urteils.
- Teilbar: die Eingaben aller drei Abschnitte sind in der URL kodiert.
- Privat: das Parsen läuft vollständig lokal - sicher für jeden Versionsstring.
- Verwandte Tools: Statistics Calculator, Markdown Table Generator, ASCII Table.