Noti: la balise n'inclut pas "v" dans le nom cette fois

À mon humble avis, nous devrions tous arrêter de préfixer nos balises git avec v pour la simple raison que v1.2.3 n'est pas valide SemVer. Tant que nous prepend avec v , nous devons faire un peu plus de travail pour traduire les balises git en versions, par exemple git describe --tags --abbrev=0 | tr -d 'v' . Une balise git ne devrait pas avoir à être _traduite en_ une version. Une balise git devrait _être_ la version.

D'un autre côté, l'interface graphique GitHub (Cliquez sur Draft a new release ) suggère des balises avec v :

Suggestions de marquage

Il est courant de préfixer vos noms de version avec la lettre v. Certains bons noms de balises peuvent être v1.0 ou v2.3.4.

Si la balise n'est pas destinée à une utilisation en production, ajoutez une version préliminaire après le nom de la version. Certaines bonnes versions préliminaires peuvent être la v0.2-alpha ou la v5.9-beta.3.

Alors bonne chance pour que ça s'arrête :)

https://stackoverflow.com/questions/28605883/why-do-so-many-projects-prepend-v-to-the-git-version-tags

n'est pas valide SemVer

Je pense que c'est toujours le cas. Il était nécessaire apparemment.

@y0ssar1an fyi: https://github.com/semver/semver/blob/master/semver.md#is -v123-a-semantic-version

Merci de m'avoir poussé à approfondir mes recherches. Apparemment, l'ajout de v était _requis_ dans SemVer 1.0.0 , mais n'est pas valide dans SemVer 2.0.0 . Comme vous l'avez mentionné, le v est une erreur historique provenant des systèmes de contrôle de version antérieurs à git .

Le changelog a toujours dit que ce projet utilise semver. Cela semble idiot de dire cela, mais ne suivez pas réellement semver. Cela facilite également l'analyse de la version à partir de la balise, ce que noti fait .

Bref, oui, c'était fait exprès ! Merci pour la double vérification !

@variadico merci d'avoir clarifié cela ! Pour mémoire, le semver actuel lui-même dit dans https://github.com/semver/semver/blob/master/semver.md#is -v123-a-semantic-version

Exemple : git tag v1.2.3 -m "Release version 1.2.3" , auquel cas "v1.2.3" est un nom de balise et la version sémantique est "1.2.3".

Il n'y a donc rien de contradictoire à avoir un v dans le nom de la balise car semver permet une distinction entre le "nom de la balise" et la "version semver" elle-même.