Kami saat ini dalam situasi berikut, di mana cabang fitur telah bercabang untuk cabang sub-fitur (seperti, mengerjakan backend dan frontend hal-hal untuk fitur yang sama):
o
|
o development
|\
| o feature-a
| |
| o
| |\
| | o feature-a-sub
| | |
| | |
| \
| o merged feature-a into feature-a-sub
| /
o feature-a-sub merged into development
| |
| o feature-a with future work on it
|
o development
Seorang pengembang pertama-tama menggabungkan fitur-a ke dalam cabang fitur-a-nya agar mutakhir, dan kemudian menggabungkan fitur-a-subnya ke dalam pengembangan. Padahal fitur awal-cabang masih ada, dan belum selesai.
Dalam pandangan saya, ini menghasilkan masalah bahwa fitur-cabang sekarang dianggap usang, karena semua perubahan digabungkan menjadi fitur-a-sub dan kemudian ke pengembangan. Selain itu, pekerjaan terus berlanjut pada fitur-a, yang mengarah ke konflik penggabungan di masa depan dan banyak tenaga kerja manual.
Di mana kami mengambil belokan yang salah, dan bagaimana alur kerja yang tepat dengan lebih sedikit masalah?