Ga naar inhoud
TextArray1.87.0
100% lokaal

Semantic versioning-calculator

Bepaalt automatisch de volgende versienummer op basis van een huidige versie en het gekozen updatetype volgens SemVer-regels.

Invoer
Uitvoer
Gerelateerde tools
SemVer Sorter en ComparatorOntwikkelaarstools
Conventional Commit BuilderOntwikkelaarstools
Changelog-generatorOntwikkelaarstools
i18n sleutel diffOntwikkelaarstools
TOML naar JSON-converterOntwikkelaarstools
SQL naar JSONOntwikkelaarstools
Semantic versioning-calculator
Voer een versienummer in zoals 1.4.2 en kies een updatetype — major, minor, patch, premajor of pre-release — en deze tool berekent de volgende semantische versienummer volgens de SemVer 2.0.0-regels voor pre-releases en build-metadata. Het is ontworpen voor onderhouders die een release uitbrengen, CI-scripts die het volgende tag nodig hebben, en iedereen die een versie-update wil controleren voordat deze in package.json of een git tag terechtkomt.
Premajor- en pre-release-updates gebruiken de pre-release-identifier-optie — alpha, beta of rc — om een pre-release-reeks te openen of voort te zetten. 2.0.0 wordt 2.0.0-beta.0, en een tweede pre-release-update met dezelfde identifier geeft beta.1. Voeg build-metadata toe zoals een commit-hash en deze wordt na een plusteken toegevoegd. Zet "Update-type aanbevelen op basis van commitlijst" aan en zet je huidige versie op de eerste regel, gevolgd door één Conventional Commits-bericht per regel: feat: beveelt een minor-update aan, fix: of perf: beveelt een patch aan, en een "!" na het type of een BREAKING CHANGE: footer beveelt een major-update aan. Voer een caret-bereik (^1.2.0) of tilde-bereik (~1.2.0) in om te zien of de berekende versie er nog in valt.
De calculator accepteert een optionele voranstaande v (v1.4.2), leest bestaande pre-release- en build-identifiers correct en behandelt Windows- en Unix-regeleindes op dezelfde manier. Een versienummer dat geen geldige SemVer is, of een bereik dat geen geldig caret- of tilde-bereik is, wordt in duidelijke taal gerapporteerd in plaats van als een stille verkeerde uitkomst.
Alles loopt in je browser. Geen versienummer of commit-bericht wordt ooit geüpload, dus het is veilig om te gebruiken met een project dat nog niet is vrijgegeven. Kopieer het resultaat, download het als .txt-bestand of voer het terug in de invoer om nog meer updates erop te stapelen.
FAQ
Hoe bepaalt de commitlijst-aanbeveling het updatetype?
Het leest elke regel na de versie als een Conventional Commits-bericht. Een "!" na het type of een BREAKING CHANGE: footer beveelt een major-update aan; anders beveelt een feat: regel een minor-update aan en een fix: of perf: regel beveelt een patch aan. Zonder herkenbare commits valt het terug op je handmatig gekozen updatetype.
Wat gebeurt er met een bestaande pre-release wanneer ik major, minor of patch update?
Het bijwerken van een veld dat al op zijn volgende waarde staat voor een pre-release (bijvoorbeeld 2.0.0-rc.1 met een major-update) verwijdert eenvoudig de pre-release in plaats van twee keer te verhogen, wat overeenkomt met hoe tools als npm version het afhandelen.
Wat betekenen de caret- en tilde-bereik-controles?
Een caret-bereik zoals ^1.2.0 staat alle wijzigingen toe die het meest linkse niet-nul cijfer niet aanraken; een tilde-bereik zoals ~1.2.0 staat alleen patch-wijzigingen toe. De tool meldt of je berekende versie in het ingevoerde bereik valt.
Accepteert het versies met een voranstaande "v", zoals v1.4.2?
Ja. De voranstaande v wordt herkend en verwijderd vóór het parseren, wat overeenkomt met de gebruikelijke git tag-naamgeving, en wordt niet in het berekende resultaat opgenomen.
Wordt mijn versienummer of commitlijst ergens geüpload?
Nee. De update-berekening loopt volledig in je browser — niets wat je plakt verlaat ooit je apparaat.