Git flow release branch e tag - con o senza prefisso "v"

119

Ho visto più definizioni contraddittorie su vari siti Web relativi a git flow. C'è una raccomandazione ufficiale o un'unica fonte di verità?

Filiali: release-1.2.3orelease-v1.2.3

Tag: 1.2.3ov1.2.3

git naming-conventions git-flow

— friederbluemle
fonte

Vedi anche stackoverflow.com/questions/2006265/…

— Raedwald

Risposte:

101

Bene, fondamentalmente è una questione di preferenza, ma preferisco la versione con v, poiché Semver lo fa in questo modo e cerco di seguire quella specifica il più vicino possibile per ottenere un corretto controllo delle versioni.

Rende anche più facile il filtraggio per quei tag, poiché puoi premere ve poi il TABtasto -per il completamento automatico: questo elencherà tutti i tag (e forse alcuni rami), mentre ci sono diverse cifre con cui un tag potrebbe iniziare.

Vedi anche: Esiste una convenzione di denominazione standard per i tag git?

— TimWolla
fonte

Grazie, ha senso. Penso che sia interessante vedere che il progetto Git Flow stesso non utilizza i prefissi v: github.com/nvie/gitflow Per i motivi per cui tu e @VonC avete pubblicato, preferisco ancora i tag di versione che includono il prefisso v.

— friederbluemle

Semver ha rimosso il prefisso v nella versione 2.

— schmijos

Vedi: github.com/mojombo/semver/blob/master/…

— Leo

@schmijos @LeoTM - Il documento afferma solo che la v1.2.3 non è una versione semantica. La domanda riguardava i tag Git. In effetti, il repository semver utilizza ancora v2.0.0come tag per la versione 2: github.com/mojombo/semver/releases/tag/v2.0.0

— friederbluemle

semver 2.0 semver.org non dice nulla sui tag necessari per iniziare con un prefisso "v"!

— jankal

Poiché v sta per versione, i tag sono generalmente chiamati vX.YZ, con XYZ che segue Semantic Versioning 2.0.0 .

Ciò consente ai rami XYZ di coesistere con quei tag, senza dover gestire messaggi di errore come "fatal: Ambiguous object name" (come in " Ambiguous Names with GIT? ").

Nota che i tag per Git stesso sono stati recentemente "adattati" per una ragione sorprendente: vedi "Regole" per il cambio di versione del codice ".

— VonC
fonte

Quando le persone utilizzano le migliori pratiche come semver , probabilmente usano un sistema come Git Flow o qualcosa di simile. Ciò impedirebbe lo scontro di refs (nome del tag eq del ramo). A parte questo, cosa ci impedirebbe di nominare un ramo vX.Y.Z? Non è proprio un gran litigio :)

— Kaiser

semver 2.0 semver.org non dice nulla sui tag necessari per iniziare con un prefisso "v"!

— jankal

@jankal sono d'accordo. Ho menzionato solo il semestre per la politica XYZ.

— VonC

Un argomento minore è che più persone riceveranno v1.2.3di b1.2.3:-)

— Ciro Santilli 郝海东冠状病六四事件法轮功

https://semver.org/#is-v123-a-semantic-version

"V1.2.3" è una versione semantica? No, "v1.2.3" non è una versione semantica. Tuttavia, il prefisso di una versione semantica con una "v" è un modo comune (in inglese) per indicare che si tratta di un numero di versione. L'abbreviazione di "versione" come "v" viene spesso vista con il controllo della versione. Esempio: git tag v1.2.3 -m "Release version 1.2.3", nel qual caso "v1.2.3" è un nome di tag e la versione semantica è "1.2.3".

— Molo
fonte