Pertama, saya ingin menunjukkan bahwa dalam git, setiap pull
operasi secara harfiah bercabang, dan setiap push
gabungan. Pada master
mesin pengembang adalah cabang yang sepenuhnya terpisah dari master
pada repo pusat yang Anda bagikan, dengan kedudukan yang sama dari perspektif teknis. Kadang-kadang saya akan mengganti nama versi lokal saya upstream
atau sesuatu jika itu sesuai dengan tujuan saya lebih baik.
Saya menunjukkan hal ini karena banyak organisasi berpikir mereka menggunakan cabang lebih efektif daripada rekan Anda, ketika mereka benar-benar melakukan sedikit lebih banyak daripada membuat nama tambahan untuk cabang di sepanjang jalan, itu tidak akan disimpan dalam sejarah. Jika kolega Anda sedang melakukan fitur dalam satu komit atom, sama mudahnya untuk mundur sebagai komit gabungan dari cabang fitur. Sebagian besar cabang fitur harus berumur pendek dan sering digabungkan.
Yang sedang berkata, kelemahan utama dari gaya kerjanya ada dua. Pertama, sangat sulit untuk berkolaborasi pada fitur yang belum selesai. Namun, tidak akan sulit untuk membuat cabang pada saat-saat ketika kolaborasi diperlukan.
Kedua, membuat review sebelum penggabungan menjadi sangat sulit. Pada titik ini, Anda sebenarnya tidak perlu meyakinkannya. Anda dapat mengadopsi alat seperti github, gerrit, atau gitlab, dan memerlukan ulasan kode permintaan tarik dan lulus tes otomatis untuk semua penggabungan. Jika Anda tidak melakukan hal seperti ini, terus terang Anda tidak menggunakan git secara maksimal, dan tidak heran kolega Anda tidak melihat potensi itu.