Masalah ini menunjukkan bahwa:
Dari pemahaman saya menempatkan tag pada cabang rilis sebelum penggabungan (dan bukan pada cabang master) sebenarnya adalah hal yang benar untuk dilakukan sehingga dapat ditemukan oleh git menggambarkan - tag dari cabang pengembangan, juga. Lihat # 374
sementara posting lain :
Saya tidak sengaja menginstal versi 0.4.2-pre via homebrew hari ini dan bingung dengan cara penandaan bekerja di versi itu. Sebelumnya (versi 0.4.1) tag dibuat di cabang master, setelah cabang rilis digabungkan ke dalamnya. Sekarang tampaknya tag dibuat pada komit terakhir dari cabang rilis, yang sepertinya bukan ide yang baik untuk saya. Terutama jika Anda memiliki sistem build yang bergantung pada git tag dan membuat versi rilis jika HEAD adalah komit yang ditandai dan versi pengembangan jika salah satu dari komitmen berikut ini berkomitmen. Bisakah seseorang menjelaskan logika di balik perubahan ini kepada saya? Dan sehubungan dengan versi semantik, saya tidak akan menganggap ini sebagai versi singkat di tingkat patch!
Di tim kami, kami memiliki dan melakukan beberapa diskusi tentang ini. Beberapa menunjukkan bahwa tag perlu dibuat dari cabang master sementara yang lain lebih suka cabang rilis. Menurut gambar gitflow:
sepertinya tag ditempatkan pada master.