Zum Inhalt springen
TextArray1.87.0
100% lokal

Semantic-Versioning-Rechner

Berechnet die nächste Versionsnummer automatisch aus einer aktuellen Version und dem gewählten Bump-Typ nach SemVer-Regeln.

Eingabe
Ausgabe
Verwandte Tools
SemVer Sorter und KomparatorEntwickler-Tools
Conventional Commit BuilderEntwickler-Tools
Changelog-GeneratorEntwickler-Tools
i18n SchlüsseldiffEntwickler-Tools
TOML-zu-JSON-KonverterEntwickler-Tools
SQL zu JSONEntwickler-Tools
Semantic-Versioning-Rechner
Geben Sie eine Versionsnummer wie 1.4.2 ein und wählen Sie einen Bump-Typ — major, minor, patch, premajor oder prerelease — und dieses Tool berechnet die nächste Versionsnummer nach den SemVer-2.0.0-Regeln für Vorversionen und Build-Metadaten. Es wurde für Release-Manager entwickelt, die ein Release schneiden, für CI-Skripte, die das nächste Tag benötigen, und für jeden, der einen Versionsbump vor der Veröffentlichung überprüfen möchte.
Premajor- und Prerelease-Bumps verwenden die Option für den Vorversions-Identifikator — alpha, beta oder rc — um eine Vorversions-Reihe zu öffnen oder fortzusetzen. Aus 2.0.0 wird 2.0.0-beta.0, und ein zweiter Prerelease-Bump mit demselben Identifikator ändert es zu beta.1. Fügen Sie Build-Metadaten wie einen Commit-Hash hinzu und sie werden nach einem Pluszeichen angehängt. Aktivieren Sie "Bump-Typ aus Commit-Liste empfehlen" und setzen Sie Ihre aktuelle Version in die erste Zeile, gefolgt von einer Conventional-Commits-Nachricht pro Zeile: feat: empfiehlt einen Minor-Bump, fix: oder perf: empfiehlt einen Patch, und ein "!" nach dem Typ oder ein BREAKING CHANGE: Footer empfiehlt einen Major-Bump. Geben Sie einen Caret-Bereich (^1.2.0) oder einen Tilde-Bereich (~1.2.0) ein, um zu sehen, ob die berechnete Version noch darin liegt.
Der Rechner akzeptiert ein optionales führendes v (v1.4.2), liest vorhandene Vorversionen und Build-Identifikatoren korrekt und behandelt Windows- und Unix-Zeilenumbrüche gleich. Eine Versionsnummer, die kein gültiges SemVer ist, oder ein Bereich, der kein gültiger Caret- oder Tilde-Ausdruck ist, wird in verständlicher Sprache angezeigt und nicht als stille Fehlantwort.
Alles läuft in Ihrem Browser. Keine Versionsnummer oder Commit-Nachricht wird jemals hochgeladen, daher ist es sicher, es mit einem noch nicht veröffentlichten Projekt zu verwenden. Kopieren Sie das Ergebnis, laden Sie es als .txt-Datei herunter oder geben Sie es erneut in die Eingabe ein, um weitere Bumps darauf zu stapeln.
Häufige Fragen
Wie entscheidet die Commit-Listen-Empfehlung über den Bump-Typ?
Sie liest jede Zeile nach der Version als Conventional-Commits-Nachricht. Ein "!" nach dem Typ oder ein BREAKING CHANGE: Footer empfiehlt einen Major-Bump; andernfalls empfiehlt eine feat: Zeile einen Minor-Bump und eine fix: oder perf: Zeile empfiehlt einen Patch. Ohne erkannte Commits fällt es auf Ihren manuell gewählten Bump-Typ zurück.
Was passiert mit einer vorhandenen Vorversion, wenn ich Major, Minor oder Patch ändere?
Das Ändern eines Felds, das auf einer Vorversion bereits beim nächsten Wert ist (z.B. 2.0.0-rc.1 mit einem Major-Bump), setzt die Vorversion einfach ab, anstatt zweimal zu erhöhen. Dies entspricht der Verarbeitung durch Tools wie npm version.
Was bedeuten die Caret- und Tilde-Bereichsprüfungen?
Ein Caret-Bereich wie ^1.2.0 erlaubt alle Änderungen, die nicht die linkeste Nicht-Null-Ziffer berühren; ein Tilde-Bereich wie ~1.2.0 erlaubt nur Patch-Änderungen. Das Tool meldet, ob Ihre berechnete Version in den eingegebenen Bereich fällt.
Akzeptiert es Versionen mit einem führenden "v", wie v1.4.2?
Ja. Das führende v wird erkannt und vor dem Parsen entfernt, um die übliche Git-Tag-Benennung zu entsprechen, und wird nicht in das berechnete Ergebnis übernommen.
Wird meine Versionsnummer oder Commit-Liste irgendwo hochgeladen?
Nein. Die Bump-Berechnung läuft vollständig in Ihrem Browser — nichts, was Sie einfügen, verlässt jemals Ihr Gerät.