Pourquoi tant de projets ajoutent-ils “v” aux balises version git?

Un grand nombre de projets (par exemple Linux) ajoutent à leurs balises git version, par exemple v3.19 ce qui rend l’parsing de ces balises plus difficile sans raison évidente. Quel est le sens de faire ça?

Comme mentionné dans ” Existe-t-il une convention de nommage standard pour les balises git? “:

La raison du «v» précédent est historique.
Les anciens SCCS (cvs, rcs) ne pouvaient pas distinguer un identifiant de tag et un numéro de révision.
Les identificateurs d’étiquette étaient restreints pour ne pas commencer par une valeur numérique afin que les numéros de révision puissent être détectés.

Cette convention n’est pas imposée avec le versant sémantique dans sa révision 2.0. C’était dans sa révision 1.0:

Lorsque vous balisez des versions dans un système de contrôle de version, la balise d’une version DOIT être ” vX.YZ “, par exemple ” v3.1.0 “.

Le fait qu’il ne soit plus appliqué montre à quel point le “v” peut être facultatif.