web-dev-qa-db-fra.com

Git flow branches et tags - avec ou sans le préfixe "v"

J'ai vu plusieurs définitions contradictoires sur divers sites Web liés à Git Flow. Existe-t-il une recommandation officielle ou une source unique de vérité?

Branches: release-1.2.3 ou release-v1.2.3

Mots clés: 1.2.3 ou v1.2.3

99
friederbluemle

En gros, c’est une question de préférence, mais je préfère la version avec le v, comme Semver le fait de cette façon et j’essaie de suivre cette spécification aussi près que possible pour obtenir un versioning sain d'esprit.

Cela facilite également le filtrage de ces balises, car vous pouvez appuyer sur v puis sur le bouton TAB-key for autocompletion: Ceci listera toutes les balises (et peut-être quelques branches), alors qu'il y a plusieurs chiffres par lesquels une balise pourrait commencer.


Voir aussi: Existe-t-il une convention de dénomination standard pour les balises git?

86
TimWolla

Comme v correspond à version, les balises sont généralement nommées vX.Y.Z, X.Y.Z étant placé après Semantic Versioning 2.0. .

Cela permet aux branches X.Y.Z de coexister avec ces balises, sans avoir à traiter de message d'erreur du type "fatal: nom d'objet ambigu" (comme dans " noms ambigus avec GIT? ").

Notez que les balises de Git lui-même ont récemment été "adaptées" pour une raison surprenante: voir " modification de la version du code" règles " ".

28
VonC