Kami menemukan masalah persis ini baru-baru ini. Kami sangat suka aliran git, karena menggunakan tingkat semantik yang baik (menggunakan tingkat yang sama yang Anda gunakan dalam diskusi tim: "Saya akan mulai fitur A" lebih dari "Saya akan membuat cabang, checkout itu"), sementara git sangat "implementasi" tingkat (yang baik dan bermanfaat juga, tetapi berbeda).
Masalah yang kita miliki adalah git feature finish
, ketika menggabungkan cabang ke dalam pengembangan, sementara kami ingin permintaan tarik dikirim dan (ini penting) digabung oleh reviewer , bukan committer, untuk menekankan kepemilikan tim.
Solusi kami saat ini:
- Seseorang menggunakan aliran git untuk membuat cabang fitur
- Setelah selesai, ia membuat permintaan tarik (menggunakan github)
- Tinjauan berlangsung, dengan potensi komitmen tambahan
- Permintaan tarik digabung menggunakan GitHub oleh reviewer .
- Tidak ada penyelesaian fitur git flow (karena cabang sudah digabung)
Ini konsisten dengan praktik kami, dengan kelemahan mengharuskan kami untuk menghapus cabang sendiri (karena kami tidak mendapatkan penyelesaian alur). Langkah selanjutnya kita mungkin akan menerapkan kembali beberapa bagian dari aliran git (karena ini terutama tentang perintah chaining git) untuk memperhitungkan ini (memiliki bagian "pembersihan" dari akhir, tanpa penggabungan).