Widziałem wiele sprzecznych definicji na różnych stronach internetowych związanych z git flow. Czy istnieje oficjalne zalecenie lub jedno źródło prawdy?
Oddziały: release-1.2.3lubrelease-v1.2.3
Tagi: 1.2.3lubv1.2.3
Odpowiedzi:
Cóż, w zasadzie to kwestia preferencji, ale wolę wersję z rozszerzeniem v, ponieważ Semver robi to w ten sposób i staram się podążać za tą specyfikacją jak najbliżej, aby uzyskać rozsądną wersję.
Ułatwia to również filtrowanie dla tych tagów, ponieważ możesz nacisnąć, va następnie klawisz TAB-klawisz do autouzupełniania: Spowoduje to wyświetlenie wszystkich tagów (i może kilku gałęzi), podczas gdy istnieje kilka cyfr, od których tag mógłby się zaczynać.
Zobacz też: Czy istnieje standardowa konwencja nazewnictwa dla tagów git?
v2.0.0jako tagu dla wersji 2: github.com/mojombo/semver/releases/tag/v2.0.0
Ponieważ v oznacza wersję, tagi są generalnie nazywane vX.YZ, gdzie XYZ jest zgodne z wersją semantyczną 2.0.0 .
Dzięki temu gałęzie XYZ mogą współistnieć z tymi znacznikami, bez konieczności zajmowania się komunikatem o błędzie, takim jak „fatal: Niejednoznaczna nazwa obiektu” (jak w przypadku „ Niejednoznaczne nazwy z GIT? ”).
Zwróć uwagę, że tagi dla samego Gita zostały niedawno „przystosowane” z zaskakującego powodu: zobacz „Zasady zmiany wersji kodu ”.
vX.Y.Z? To naprawdę nie jest taki argument :)
v1.2.3b1.2.3
https://semver.org/#is-v123-a-semantic-version
Czy „v1.2.3” jest wersją semantyczną? Nie, „v1.2.3” nie jest wersją semantyczną. Jednak poprzedzanie wersji semantycznej przedrostkiem „v” jest powszechnym sposobem (w języku angielskim) wskazania, że jest to numer wersji. Skracanie „wersja” jako „v” jest często widoczne w przypadku kontroli wersji. Przykład: tag git v1.2.3 -m „Wersja wydania 1.2.3”, w którym to przypadku „v1.2.3” to nazwa tagu, a wersja semantyczna to „1.2.3”.