Git flow release branches et tags - avec ou sans 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
Tags: 1.2.3 ou v1.2.3
2 réponses
Eh bien, fondamentalement , il 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 je tente de suivre cette spécification aussi près que possible pour obtenir une versioning saine.
il rend également le filtrage pour ces Tags plus facile, comme vous pouvez appuyer sur v et puis le TAB - clé pour autocompletion: cela listera toutes les tags (et peut-être quelques branches), alors qu'il y a plusieurs chiffres par étiquette pourrait commencer avec.
Voir aussi: Existe-t-il une convention d'appellation standard pour les étiquettes git?
puisque v signifie version, les tags sont généralement appelés vX.Y. Z, avec X. Y. Z suivant version sémantique 2.0.0 .
cela permet aux branches X. Y. Z de coexister avec ces étiquettes, sans avoir à traiter un message d'erreur comme "fatal: Ambiguous object name" (comme dans Ambiguous Names with GIT? ").
notez que les tags pour Git lui-même ont été récemment "adaptés" pour une raison surprenante: voir " changement de version de Code" rules " ".