Ce problème indique que:
D'après ce que j'ai compris, placer la balise sur la branche de publication avant la fusion (et non sur la branche principale) est en fait la bonne chose à faire. Voir # 374
tandis qu'un autre poste :
J'ai accidentellement installé la version 0.4.2-pre via homebrew aujourd'hui et j'étais confus par la façon dont le marquage fonctionne dans cette version. Auparavant (version 0.4.1), la balise était créée sur la branche principale, après que la branche de publication y avait été fusionnée. Il semble maintenant que le tag soit créé lors du dernier commit de la branche release, ce qui ne semble pas être une bonne idée pour moi. Surtout si vous avez un système de build qui s'appuie sur des balises git et crée une version finale si HEAD est une validation balisée et une version de développement si c'est l'une des validations suivantes. Quelqu'un pourrait-il m'expliquer la logique de ce changement? Et en ce qui concerne le versioning sémantique, je ne considérerais pas cela comme une bosse de version au niveau du patch!
Dans notre équipe, nous avons et avons eu plusieurs discussions à ce sujet. Certains indiquent qu'une balise doit être créée à partir de la branche principale tandis que d'autres préfèrent la branche de publication. Selon l'image gitflow:
il semble que la balise soit placée sur le maître.