Perusahaan saya menggunakan Git, dan menggunakan skema percabangan yang khas - pekerjaan dilakukan secara master, dan cabang dicadangkan untuk rilis. Ini berfungsi dengan baik, selama semua pekerjaan yang dilakukan dalam iterasi membuatnya menjadi cabang, tetapi jika masalah produksi kritis muncul, kita harus memastikan bahwa entah bagaimana pekerjaan membuatnya menjadi dua cabang.
Akhir-akhir ini, kami bersenang-senang dengan cabang-cabang itu. Sudah sakit kepala administratif, memastikan bahwa semua pekerjaan membuatnya menjadi setiap cabang, dan beberapa bug yang telah diperbaiki pada satu cabang tidak membuatnya menjadi master sampai seseorang menunjukkannya, yang menyangkut.
Saya menemukan Git Flow beberapa waktu lalu, dan saya merasa itu akan menjadi solusi untuk masalah kami - kode tidak meresap sampai rilis, atau mundur. Satu-satunya hasil adalah bahwa pimpinan saya menyatakan bahwa pengembangan semacam ini adalah anti-pola - berkembang dengan sangat marah selama dua minggu, kemudian menghabiskan tiga untuk menyelesaikan konflik gabungan.
Saya tidak sepenuhnya yakin saya setuju, dan sejak saya membahasnya, pekerjaan kembali seperti biasa. Baru-baru ini saja kita memiliki beberapa poin nyeri utama dengan ini.
Saya ingin tahu - mengapa skema pengembangan semacam ini dilihat sebagai anti-pola? Apakah ini benar-benar anti-pola?