Schnellstart
-
Version eingeben
Optionales v-Präfix, z.B. v1.2.3.
-
Lesen vergleichen
Negativ bedeutet, dass die erste Version niedriger ist.
Semver Rechner
Geben Sie x.y.z ein, um größere/kleinere/Patch-Stöße zu sehen und mit einer anderen Version zu vergleichen.
Datenschutz: lokal verarbeitet, nie hochgeladen.
↓ Fügen Sie in den Eingabebereich unten, um sofort Ergebnisse zu sehen
语义化版本号递增与比较 (major/minor/patch)。
版本
比较版本
major +1
2.0.0
minor +1
1.3.0
patch +1
1.2.4
compare (a vs b)
-1
Hinweise
格式
支持可选 v 前缀与 x.y.z 三段数字; 不含预发布标签。 负数 a<b，0 相等，正数 a>b
Geben Sie x.y.z ein, um größere/kleinere/Patch-Stöße zu sehen und mit einer anderen Version zu vergleichen.
Grenzen
Keine Prerelease (-alpha) oder Build (+build) Metadaten.
Eigenschaften und Anwendungsfälle
Vergleichen Sie SemVer-Strings, bearbeiten Sie die Pre-Release-Bestellung und bumpen Sie Patch/Minor/Major nach npm-Konventionen.
Verwenden vor Veröffentlichungen, Abhängigkeitskonfliktprüfungen und manuelle Überprüfung der CI-Versionsrichtlinie.
Typischer Workflow
Wenn Sie neue Funktionen entwickeln, erhöhen Sie zuerst die Nebenversion (z.B. 1.2.3). → 1.3.0). Überprüfen Sie vor der Veröffentlichung die API-Kompatibilität: Wenn es brechende Änderungen gibt, wechseln Sie manuell auf Hauptinkrement (1.2.3 → 2.0.0). Schließlich verwenden Sie den Versionsvergleich, um zu bestätigen, dass die neue Version höher ist als alle veröffentlichten Versionen.
Für kritische Fehlerbehebungen pflegen Teams oft mehrere Versionslinien. Nach dem Patching von 1.2.3 auf 1.2.4, vergleichen Sie es mit der in der Entwicklung befindlichen 1.3.0. Das Tool validiert sofort Versionsbaum-Beziehungen und verhindert Release-Sequenz-Fehler.
Beispiele
Beispiel
Input
1.2.3 patch bump
Output
1.2.4
FAQ
Passt zu npm?
Core x.y.z vergleichen Übereinstimmungen; npm CLI für komplexe Bereiche verwenden.
Warum kann ich keine Pre-Release-Versionen wie 1.0.0-Beta vergleichen?
Das Tool folgt strengen Semver 2.0-Spezifikationen - Vorversionen erfordern spezialisierte Tools (wie npms Semver-Bibliothek). Wir konzentrieren uns auf Kernformate x.y.z für Zuverlässigkeit in den meisten Entwicklungsszenarien.