Ada pembetulan kecil di branch pembangunan yang perlu sampai ke produksi hari ini. Branch itu juga mengandungi fungsi separuh siap, jadi merge seluruhnya bukan pilihan baik. git cherry-pick membolehkan kita membawa commit tertentu ke branch lain. Ia kelihatan mudah, tetapi kita perlu tahu sama ada commit itu berdiri sendiri.
Semak diff dan dependency commit tersebut. Jika ia menggunakan fungsi yang hanya wujud dalam branch asal, memindahkannya sahaja boleh merosakkan build. Jalankan cherry-pick pada branch sasaran yang sudah dikemas kini, selesaikan konflik dengan memahami kedua-dua versi, kemudian uji aliran yang disentuh. Catat dalam PR bahawa pembetulan yang sama telah dibawa dari branch lain.
Elakkan pembetulan berganda yang mengelirukan
Cherry-pick membuat commit baharu dengan hash berbeza. Apabila branch asal digabung kemudian, perubahan yang nampak sama boleh menimbulkan konflik atau sejarah yang sukar dibaca. Rancang bagaimana kedua-dua aliran akan bertemu. Kadang-kadang lebih baik membuat branch hotfix daripada asas produksi lalu menggabungkannya kembali ke pembangunan selepas deploy.
Selepas hotfix sampai ke produksi, masukkan pemeriksaan susulan dalam tiket: adakah branch pembangunan sudah mengandungi pembetulan sama, dan adakah ujian untuk pepijat itu ditambah? Tanpa langkah ini, dua aliran kod boleh berpisah semula. Cherry-pick ialah pemindahan segera, bukan pengganti menjaga kedua-dua branch.
Alat Git memindahkan kod, bukan niat di sebaliknya. Sebelum menaip arahan, tulis satu ayat: perubahan mana perlu sampai ke mana, dan mengapa sekarang. Ayat itu membantu pasukan menyemak risiko dengan lebih jelas.