Dlaczego GitHub sugeruje "przedrostek nazwy wersji literą v?"

Question

To jest zawartość w prawym bocznym GitHub za:

sugestie Oznaczanie Jest powszechną praktyką jest prefiks wasze imiona wersja z literą V Kilka dobrych nazw znaczników może być v1.0 lub v2.3.4..

Jeśli znacznik nie jest przeznaczony do użytku produkcyjnego, dodaj wersję wstępną po nazwie wersji. Niektóre dobre wersje przedpremierowe mogą być v0.2-alpha lub v5.9-beta.3.

Semantyczne wersjonowanie Jeśli nie masz doświadczenia w wydaniu oprogramowania, zalecamy zalecenie czytania o numerze semantic versioning.

Nie rozumiem, dlaczego prefiks nazwy wersji z literą v? Wyjaśnij mi, dlaczego prefiksowe nazwy wersji z literą v to najlepsza praktyka?

Answer 1

Większość projektów open source i wiele tagów na github i innych otwartych witrynach VCS, jest zgodna z formatem o nazwie Semantic Versioning, powiązanym również z cytatem w pytaniu. Jest to model, który sugeruje, wersjonowanie:

Biorąc pod numer wersji MAJOR.MINOR.PATCH, zwiększamy:

1. wersji głównej po dokonaniu zmian niezgodnych API,
2. wersja MINOR kiedy dodać funkcjonalność w sposób kompatybilny wstecz i wersję
3. PATCH , gdy tworzysz poprawki kompatybilne wstecz.

Dodatkowe etykiety do przedpremierowych i budować metadane są dostępne jako rozszerzenia do formatu MAJOR.MINOR.PATCH.

Rekomendacja SEMVER przeszła kilka własnych wersji, aw pewnym momencie zaleciła dodanie znacznika "v", ale obecnie uważam, że nie wspomina o praktyce. Niemniej jednak wiele stron, projektów i konwencji podążyło za poprzednią praktyką SEMVER i nie zaktualizowało się, aby zastosować się do nowszych zaleceń.

Moja własna opinia jest taka, że ​​prawdopodobnie nie ma znaczenia, czy tag zaczyna się od "v", czy nie. Ale możesz nie mieć łatwiejszego korzystania z narzędzi, takich jak sort, jeśli nie.