1.2.3 est inférieure à 1.2.10
satisfait1.2.5 ∈ ^1.2.0
Ce que ça fait
Le Vérificateur Semver travaille avec les chaînes Semantic Versioning 2.0.0. Comparez deux versions pour savoir laquelle est la plus grande (avec la précédence correcte des préversions - 1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0), testez si une version satisfait une plage façon npm (^, ~, comparateurs, plages à trait d’union, ||), et incrémentez major / minor / patch / prerelease en un clic. Tout s’exécute à 100 % côté client — aucune chaîne de version ne quitte votre navigateur.
Comment l’utiliser
- Comparaison — saisissez deux versions dans Version A et Version B. La flèche entre elles et la ligne de verdict vous disent laquelle est la plus grande (ou qu’elles sont égales).
- Test de plage — saisissez une version et une expression de plage (ex.
^1.2.0,~1.0.0,>=1.2.3 <2.0.0,1.0.0 || 2.0.0). Un badge vert satisfait ou rouge aucune correspondance affiche le résultat. - Incrément — saisissez une version, puis cliquez Major, Minor, Patch ou Prerelease pour calculer la version suivante et la copier.
- Copier le lien de partage pour envoyer les entrées exactes à quelqu’un d’autre.
Exemples
Comparaison (ordre des préversions)
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).
Test de plage
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).
Incrément
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).
Bon à savoir
- La précédence des préversions suit la spécification semver.org : les identifiants numériques sont comparés par valeur et rangent en dessous des identifiants alphanumériques ; une version sans préversion est toujours plus haute qu’une version avec. Les métadonnées de build (
+…) sont ignorées pour l’ordre. - Les plages prennent en charge
^(caret),~(tilde),>= > <= < =, les jokers*/x, les partiels (1,1.2), les plages à trait d’union (1.2.3 - 2.3.4), le AND séparé par espaces et le OR||— la même grammaire que npm utilise danspackage.json. - Les entrées invalides sont signalées en ligne plutôt que de lever une exception : une version ou une plage mal formée affiche un avertissement rouge au lieu d’un verdict.
- Partageable : les entrées des trois sections sont encodées dans l’URL.
- Privé : toute l’analyse syntaxique se fait localement — sûr pour n’importe quelle chaîne de version.
- Outils liés : Statistics Calculator, Markdown Table Generator, ASCII Table.