Keine Werbung mögen? Gehen Werbefrei Heute 

Semver Version-Rechner & Bereich-Tester

DatenEntwicklerText

ANZEIGE Entfernen?

EINGANG

Automatischer Prozess

Betrieb

Wählen Sie die SemVer-Operation aus. Die Formularfelder werden automatisch angepasst.

Version A

Strikte SemVer 2.0.0-Syntax — major.minor.patch[-prerelease][+build].

Version B

Im Vergleich zu Version A mit strikter SemVer-Vorbezug.

Reichweite

npm/composer-artige Bereich. Unterstützt ^, ~, x, *, Vergleichsoperatoren, Bindestrichbereiche und ||.

Inkrementieren

Prerelease-ID

Optionale Bezeichnung für pre-* Inkrement (z. B. alpha, beta, rc).

Versionen

Jede Zeile wird als Version interpretiert. Ungültige Zeilen werden getrennt berichtet.

Sortierreihenfolge

AUSGABE

Client-Seite

ANZEIGE Entfernen?

Führung

Semver Version Calculator & Range Tester

Semver Version-Rechner & Bereich-Tester

Ein vollständiges Semantic Versioning (SemVer 2.0.0) Werkzeug für Entwickler. Versionstrings validieren, zwei Versionen mit strenger Vorbezug vergleichen, prüfen, ob eine Version einen npm/Composer-artigen Bereichausdruck erfüllt (^, ~, x, Bindestrich, ||, Vergleichsoperatoren), eine Version mit major/minor/patch/prerelease Inkrement erhöhen und große Versionenlisten mit vollständiger Vorbezug-Awareness sortieren — alles client-seitig, ohne Installation erforderlich.

Nutzung

Wählen Sie die benötigte Operation aus der Betrieb Dropdown-Liste — Validieren, Vergleichen, Bereich erfüllen, Inkrementieren oder Sortieren.
Füllen Sie das Versions- und/oder Bereichsfeld aus, das für diese Operation angezeigt wird.
Lesen Sie das Ergebnis sofort — das Tool zeigt einen Statusübersicht, eine detaillierte Aufteilung pro Komponente und das kanonische Ergebnis, das Sie kopieren oder herunterladen können.
Für erfülltzeigt das Tool auch, wie jeder Vergleichsoperator in Ihrem Bereich abgeglichen wurde, damit Sie genau sehen können, welche Klausel den Version akzeptiert oder abgelehnt hat.

Funktionen

Strikte SemVer 2.0.0-Validierung – lehnt führende Nullen in Pre-Release-Identifikatoren, fehlende Patches, falsch formatierte Metadaten und andere häufige Fehler auf.
Zwei-Version-Vergleich – gibt -1 / 0 / 1 zurück mit einem menschenlesbaren Urteil und einer Seite-für-Seite-Aufteilung von Major, Minor, Patch, Pre-Release und Build.
Bereichs-Erfüllung – unterstützt Caret (^1.2.3), Tilde (~1.2.0), x-Bereiche (1.2.x), Bindestrich-Bereiche (1.0.0 – 1.5.0), Vergleichsoperatoren (>=, <=, >, <, =), and OR (||).
Version-inkrementierung – Inkrementierung von Major, Minor, Patch, Prepatch, Preminor, Premajor und Prerelease mit optionaler Bezeichnung (alpha, beta, rc).
Batch-Sortierung – Fügen Sie eine Version pro Zeile ein, sortieren Sie aufsteigend oder absteigend; ungültige Zeilen werden getrennt berichtet, damit Sie sie bereinigen können.
Pre-Release-Vorbezug – folgt der SemVer-Regel, dass Pre-Release-Versionen niedriger Vorbezug als die zugehörige normale Version haben.
Build-Metadaten-bewusst – Build-Metadaten werden geparsed und angezeigt, aber für Vorbezug ignoriert, genau wie das Spezifikation verlangt.
Kopieren und herunterladen – Holen Sie das Ergebnis als Text oder als herunterladbare Datei mit einem Klick.

 Häufig gestellte Fragen

Was ist Semantic Versioning (SemVer)?

Semantic Versioning ist eine öffentliche Spezifikation (semver.org), die Software-Veröffentlichungen eine sinnvolle dreistellige Versionnummer — MAJOR.MINOR.PATCH — gibt. MAJOR wird bei bruchenden Änderungen erhöht, MINOR bei backward-kompatiblen Funktionen und PATCH bei backward-kompatiblen Bugfixes. Optional können Prä-Release-Bezeichnungen (-beta.1) und Build-Metadaten (+sha.abc123) angehängt werden.
Was bedeutet der Caret (^) Operator in einem Bereich?

^X.Y.Z akzeptiert jede Version, die die linke nicht-null-Komponente nicht ändert. ^1.2.3 bedeutet >=1.2.3 und =0.2.3 und =0.0.3 und <0.0.4. Es ist der Standard-Operator, den npm verwendet, wenn Sie eine Abhängigkeit speichern.
Wie unterscheidet sich der Tilde (~) Operator vom Caret?

~X.Y.Z ist konservativer als ^, er erlaubt nur Patch-Änderungen, wenn Minor spezifiziert ist — ~1.2.3 bedeutet >=1.2.3 und =1.0.0 und <2.0.0).
Wie werden Pre-Release-Versionen verglichen?

Pre-Release-Versionen haben niedrigeren Vorbezug als die entsprechende normale Version (1.0.0-alpha < 1.0.0). Die Identifikatoren werden von links nach rechts verglichen: numerische Identifikatoren werden numerisch verglichen, alphabetische identifikatoren lexikal, und eine kleinere Menge von Feldern hat niedrigeren Vorbezug als eine größere.
Warum wird Build-Metadaten ignoriert, wenn Versionen verglichen werden?

Die SemVer 2.0.0-Spezifikation besagt, dass Build-Metadaten (der +abc.123-Präfix) bei der Bestimmung der Version-Vorbezug MUST ignoriert werden. Zwei Versionen, die sich nur in Build-Metadaten unterscheiden, werden als gleich betrachtet, selbst wenn sie nicht identisch sind.
Warum erfüllt meine Pre-Release-Version nicht ^1.2.0?

Laut der npm-Range-Matching-Regel erfüllt eine Pre-Release-Version wie 1.5.0-beta.1 einen Bereich nur dann, wenn mindestens ein Vergleichsoperator in diesem Bereich eine Pre-Release-Bezeichnung für die gleiche MAJOR.MINOR.PATCH explizit nennt. Dadurch wird verhindert, dass Pre-Release-Versionen versehentlich in normale Versionenbereiche eindringen.

Möchten Sie werbefrei genießen? Werde noch heute werbefrei



 Erweiterungen installieren

IO-Tools zu Ihrem Lieblingsbrowser hinzufügen für sofortigen Zugriff und schnellere Suche

恵 Die Anzeigetafel ist eingetroffen!

Anzeigetafel ist eine unterhaltsame Möglichkeit, Ihre Spiele zu verfolgen. Alle Daten werden in Ihrem Browser gespeichert. Weitere Funktionen folgen in Kürze!

ANZEIGE Entfernen?