Gitflow: git-flow `tag` melakukan lokasi saat menyelesaikan rilis

Dibuat pada 30 Sep 2015 · 4Komentar · Sumber: nvie/gitflow

Ini adalah pemahaman saya dari halaman http://nvie.com/posts/a-successful-git-branching-model/ , di mana saya pertama kali mempelajari model git-flow sekitar 2 tahun yang lalu, bahwa tag akan selalu berada di komit di mana cabang release digabungkan dengan master .

Saya baru saja menginstal plugin git-flow untuk Git Extensions dan tag sedang diterapkan pada komit terakhir pada cabang release dan bukan pada komit gabungan pada master cabang.

Apakah ini bug? Apakah penting untuk menggunakan tag mana? Solusi saya adalah proses manual untuk menghapus tag dan membuatnya kembali di tempat yang saya pelajari untuk membuatnya.

Sumber

RoLYroLLs

👍5 👎1

Komentar yang paling membantu

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 describe --tags dari cabang pengembangan juga. Lihat #374

knox pada 16 Mar 2016

👍6

Semua 4 komentar

Saya baru saja mengalami masalah yang sama dengan pemahaman yang sama dengan yang Anda miliki @RoLYroLLs. Berikut kutipan dari artikel tersebut:

Ketika status cabang rilis siap menjadi rilis nyata, beberapa tindakan perlu dilakukan. Pertama, cabang rilis digabung menjadi master (karena setiap komit pada master adalah rilis baru menurut definisi, ingat). Selanjutnya, komit pada master harus diberi tag untuk memudahkan referensi di masa mendatang ke versi historis ini.

Semoga ini diperbaiki, karena saya harus melakukan penghapusan yang sama dan membuat ulang tarian, yang Anda sebutkan.

gligoran pada 14 Okt 2015

Ok saya bermain-main dengan ini dan saya menemukan cara untuk membuatnya "diperbaiki", jika Anda mau, dengan metodologi yang ditulis di http://nvie.com/posts/a-successful-git-branching-model/ .

Saya merasa proyek ini telah ditinggalkan sejak terakhir kali disentuh pada tahun 2012, jadi saya tidak akan membuat PR, tetapi saya akan membiarkan masalah ini aktif.

Namun, bagi Anda seperti saya, Anda dapat mengedit file-file berikut:

https://github.com/nvie/gitflow/blob/15aab26490facf285acef56cb5d61025eacb3a69/git-flow-release#L253
dan
https://github.com/nvie/gitflow/blob/15aab26490facf285acef56cb5d61025eacb3a69/git-flow-hotfix#L297

Ubah $BRANCH menjadi $MASTER_BRANCH

RoLYroLLs pada 28 Nov 2015

knox pada 16 Mar 2016

👍6

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 describe --tags dari cabang pengembangan juga. Lihat #374

Itu adalah argumen yang aneh.
Sumber diversi sehingga Anda dapat menghubungkan aplikasi yang di-deploy dengan sumber yang membuatnya, Anda men-deploy dari master -> master harus diberi tag.