Gitflow: kemampuan untuk menghapus/menghapus rilis/perbaikan terbaru/fitur dengan mudah

Dibuat pada 26 Agu 2010  ·  60Komentar  ·  Sumber: nvie/gitflow

Akan sangat bagus untuk memiliki kemampuan untuk melakukan sesuatu seperti git flow release delete v1.0.2 , alih-alih git checkout develop && git branch -D release/v1.0.2 (yang saya bahkan tidak yakin dengan benar membuang cabang rilis) dan berharap tidak ada langkah penting yang terlewatkan.

Feature

Komentar yang paling membantu

tolong, berhenti berkomentar hanya "+1", ini tahun 2020 dan Github sudah memperkenalkan emoji untuk tujuan ini 👍

Semua 60 komentar

Itu akan menjadi perintah tambahan yang bagus.

PS: Ini memang cara yang benar untuk menghapus cabang. (Ingat, git-flow tidak melakukan keajaiban tersembunyi, itu hanya implementasi aturan dari posting blog asli!)

Saya akan mengusulkan yang berikut. Jika sudah digabungkan di develop/master, tetapi penunjuk cabang tetap:

git flow release delete 1.0.2

Untuk menghapus cabang yang belum digabungkan dengan develop/master (untuk menghindari penghapusan yang tidak disengaja):

git flow release delete -f 1.0.2

Ah, memang. Saya akan sangat senang dengan fungsionalitas fitur tersebut.

Saya tidak yakin tentang itu menjadi prosedur yang benar karena sepertinya ketika saya mencobanya, komit yang saya buat ke cabang yang dihapus digabungkan menjadi pengembangan, yang benar-benar mengganggu saya, tetapi saya berhasil mengurusnya dan melanjutkan . Untuk memperjelas, ini akan/seharusnya menghapus seluruh cabang dan semua komitmennya, dengan flag -f , benar?

Sebenarnya, itu menghapus objek _branch_, yang menunjuk ke komit (yang menunjuk ke komit, yang menunjuk ke komit, dll.). Selama Anda memiliki cabang lain yang menunjuk ke salah satu komit itu (seperti origin/feature/foo mungkin), komit akan bertahan. Jika tidak, mereka akan menjadi sampah yang dikumpulkan pada akhirnya. Itu hanya perilaku Git.

Hmm, baiklah. Aku pasti telah mengacaukan sesuatu. Terima kasih untuk menjelaskan, meskipun!

+1 fitur ini. Saya mencoba menggunakan git-flow untuk menggunakan kandidat rilis sebagai hasil sprint kami, untuk didorong ke lingkungan pengujian, sambil mempertahankan master sebagai basis kode produksi. Dengan kata lain, di lingkungan kita, sebagian besar kandidat rilis TIDAK akan 'selesai' untuk menjadi master - tetapi semua harus _dapat_ untuk... jadi setelah rilis produksi diidentifikasi, saya ingin mengakhiri rilis lainnya ranting...

+1

+1

+1

+1

+1

+1 dan saya memutuskan untuk mengimplementasikan ini di fork saya, saat ini hanya di cabang develop. Juga menambahkan kemampuan untuk menghapus cabang jarak jauh juga.

+1 untuk ini, apakah fitur ini didukung sekarang?

+1

Menggunakan utas ini untuk mencari tahu bagaimana melakukannya tetapi lebih suka metode bawaan

Sudah 2 tahun sekarang ... ada kemungkinan itu akan selesai? Ini fitur yang bagus, menurut saya.

+1

+1

+1

Halo, ini sudah tersedia di garpu Peter van der Does dengan beberapa peningkatan lainnya.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+4 (saya dan tim saya @ kerja)! ^_^

+1

+2

@nrvs lolz :D
:+1:

+1

:+1:

+1

:+1:

+1

+1

+1

+1

+1

+1

+1

Ini diimplementasikan dalam edisi avh.

+100500

+100501

+1

+1

+1

+1

+1

+1

Wow, tidak percaya ini masih ada. Sudah hampir 8 tahun menunggu perintah ini.

+1

+1

wow, setelah sembilan tahun, ini masih sesuatu
sangat membutuhkan fitur ini

Ini diimplementasikan di https://github.com/petervanderdoes/gitflow-avh Ini kompatibel dengan versi ini tetapi menambahkan banyak peningkatan dan fitur baru.

Penafian: Saya adalah pemimpin proyek untuk Gitflow AVH Edition

+1

tolong, berhenti berkomentar hanya "+1", ini tahun 2020 dan Github sudah memperkenalkan emoji untuk tujuan ini 👍

@geoom
image

+1

Apakah halaman ini membantu?
0 / 5 - 0 peringkat