git cherry-pick menerapkan commit tertentu daripada satu cawangan ke cawangan lain — menyalin hanya perubahan commit tersebut, tanpa menggabungkan keseluruhan cawangan. Ia berguna untuk menerapkan perubahan tertentu secara selektif, seperti backport sesuatu pembaikan.
# apply a specific commit from another branch onto the current branch
git cherry-pick <commit-hash>
git cherry-pick <commit1> <commit2>
git cherry-pick A..B
Cherry-pick mengambil perubahan daripada commit tertentu dan menerapkannya sebagai commit baharu pada cawangan semasa anda — secara selektif, tanpa membawa baki cawangan sumber.
✓ BACKPORTING a fix — apply a bug fix from main to a release/maintenance branch
(without merging all of main's other changes into the release branch)
✓ Applying a specific commit that's ready, while the rest of its branch isn't
✓ Moving a commit made on the wrong branch to the correct one
✓ Selectively pulling one change from another branch
⚠️ Creates DUPLICATE commits (same changes, different hashes on each branch):
→ can cause confusion/conflicts if branches are later merged (the change appears twice,
though Git often handles it). Prefer merge/rebase for integrating whole branches.
⚠️ Cherry-picking many commits is a sign you might want a merge/rebase instead
⚠️ Conflicts can occur (resolve like a merge); use it deliberately, not as a default
→ Use cherry-pick for SELECTIVE, specific needs — not routine integration.
Memahami git cherry-pick amat bernilai untuk menerapkan perubahan tertentu secara selektif, satu keupayaan berguna untuk situasi tertentu, jadi ia merupakan pengetahuan Git praktikal yang berbaloi diketahui.
Keupayaan teras — menerapkan hanya perubahan commit tertentu ke cawangan lain tanpa menggabungkan keseluruhan cawangan — menangani keperluan sebenar yang tidak dapat dikendalikan oleh gabungan dengan kemas.
Penggunaan yang paling biasa dan penting ialah backporting: menerapkan pembaikan pepijat tertentu daripada cawangan utama (main) ke cawangan release atau penyelenggaraan, mendapatkan hanya pembaikan tersebut tanpa menggabungkan semua perubahan lain main (yang mungkin tidak stabil atau belum dikeluarkan) ke dalam cawangan release — satu keperluan yang kerap dalam menyelenggara perisian yang dikeluarkan.
Penggunaan lain termasuk menerapkan satu commit yang sudah sedia sementara baki cawangannya belum sedia, memindahkan commit yang dibuat pada cawangan yang salah ke cawangan yang betul, dan menarik satu perubahan secara selektif.
Memahami perkara yang perlu diberi perhatian adalah penting untuk menggunakan cherry-pick dengan sewajarnya: ia mencipta commit pendua (perubahan yang sama dengan hash berbeza pada setiap cawangan), yang boleh menyebabkan kekeliruan atau konflik jika cawangan digabungkan kemudian, jadi ia patut digunakan secara sengaja untuk keperluan selektif dan bukan sebagai kaedah integrasi rutin (merge atau rebase lebih sesuai untuk mengintegrasikan keseluruhan cawangan), dan cherry-pick banyak commit ialah tanda anda mungkin lebih memerlukan merge.
Pertimbangan ini — menggunakan cherry-pick untuk situasi tertentu dan selektif (terutamanya backporting) sambil mengutamakan merge/rebase untuk integrasi rutin — mencerminkan amalan Git yang baik.
Memandangkan menerapkan perubahan tertentu secara selektif (terutamanya backport pembaikan ke cawangan release) ialah keperluan sebenar yang sesekali penting, dan memandangkan cherry-pick ialah alat untuknya (dengan perkara yang perlu diberi perhatian tentang penggunaannya yang sewajarnya), memahami git cherry-pick — cara ia berfungsi, kes penggunaan utamanya seperti backporting, dan bila menggunakannya berbanding merge/rebase — adalah pengetahuan Git yang bernilai dan relevan secara praktikal untuk mengendalikan senario perubahan selektif yang timbul dalam menyelenggara dan menguruskan perisian merentas cawangan.