Przejdź do treści
100% lokalnie

Kalkulator podwyższania wersji

Oblicz następną wersję semantyczną na podstawie bieżącej wersji i wybranego typu podwyższenia zgodnie z SemVer.

Wejście
Wynik

Kalkulator podwyższania wersji

Wklej wersję taką jak 1.4.2 i wybierz typ podwyższenia — major, minor, patch, premajor lub prerelease — a to narzędzie obliczy dokładnie następną wersję semantyczną zgodnie z zasadami SemVer 2.0.0 dla prerelease i build metadata. Jest stworzone dla opiekunów wydających wydania, skryptów CI, które potrzebują następnego tagu i dla każdego, kto chce sprawdzić podwyższenie wersji przed wczytaniem jej do package.json lub git tag.

Podwyższenia premajor i prerelease używają opcji identyfikatora prerelease — alpha, beta lub rc — aby otworzyć lub kontynuować pociąg prerelease, więc 2.0.0 staje się 2.0.0-beta.0 i drugie podwyższenie prerelease na tym samym identyfikatorze przenosi go na beta.1. Dodaj build metadata, takie jak hash commitu, a będzie dołączone po znaku plus. Włącz możliwość Zasugeruj podwyższenie z listy commitów i umieść bieżącą wersję na pierwszej linii, po której następuje jedna wiadomość Conventional Commits na linię: feat: sugeruje podwyższenie minor, fix: lub perf: sugeruje patch i ! po typie, lub BREAKING CHANGE: stopka, sugeruje podwyższenie major. Wprowadź zakres caret (^1.2.0) lub zakres tilde (~1.2.0), aby zobaczyć, czy obliczona wersja nadal mieści się w tym zakresie.

Kalkulator akceptuje opcjonalnie wiodące v (v1.4.2), prawidłowo odczytuje istniejące identyfikatory prerelease i build i traktuje koniec linii Windows i Unix w ten sam sposób. Wersja, która nie jest ważnym SemVer, lub zakres, który nie jest ważnym wyrażeniem caret lub tilde, jest zgłaszany w prostym języku, a nie jako cicha zła odpowiedź.

Wszystko działa w Twojej przeglądarce. Żaden numer wersji lub wiadomość o commicie nie są nigdy przesyłane, więc jest bezpieczny do użytku z niewydanym projektem. Skopiuj wynik, pobierz go jako plik .txt lub wyślij go z powrotem do wejścia, aby połączyć inne podwyższenie.

Częste pytania

Jak rekomendacja listy commitów decyduje o typie podwyższenia?
Odczytuje każdą linię po wersji jako wiadomość Conventional Commits. Każdy ! po typie lub stopka BREAKING CHANGE: sugeruje podwyższenie major; w przeciwnym razie linia feat: sugeruje minor, a linia fix: lub perf: sugeruje patch. Bez rozpoznawalnych commitów wróci do ręcznie wybranego typu podwyższenia.
Co się stanie z istniejącym prerelease, gdy podniosę major, minor lub patch?
Podwyższenie pola, które już znajduje się w następnej wartości na prerelease (na przykład 2.0.0-rc.1 z podwyższeniem major), po prostu porzuca prerelease zamiast podwajania, co odpowiada sposobowi obsługi narzędzi takich jak npm version.
Co oznaczają kontrole zakresu caret i tilde?
Zakres caret taki jak ^1.2.0 pozwala na każdą zmianę, która nie dotyka lewostronnej niezerowej cyfry; zakres tilde taki jak ~1.2.0 pozwala tylko na zmiany na poziomie patch. Narzędzie raportuje, czy obliczona wersja nadal mieści się w wprowadzonym zakresie.
Czy akceptuje wersje z wiodącym v, takie jak v1.4.2?
Tak. Wiodące v jest rozpoznawane i odrzucane przed parsowaniem, co odpowiada typowym konwencjom git tag, i nie jest przenoszone do obliczonego wyniku.
Czy mój numer wersji lub lista commitów jest kiedyś przesyłana?
Nie. Obliczenie podwyższenia wykonuje się całkowicie w Twojej przeglądarce — nic, co wkleisz, nigdy nie opuszcza Twojego urządzenia.