git cherry-pick menerapkan commit tertentu dari satu branch ke branch lain — menyalin hanya perubahan commit itu, tanpa merge seluruh branch. Ini berguna untuk menerapkan perubahan tertentu secara selektif, seperti backporting sebuah fix.
# 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 dari commit tertentu dan menerapkannya sebagai commit baru di branch saat ini — secara selektif, tanpa membawa branch sumber lainnya.
✓ 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 bernilai untuk menerapkan perubahan tertentu secara selektif, sebuah kemampuan yang berguna untuk situasi tertentu, jadi ini adalah pengetahuan Git yang praktis dan layak diketahui.
Kemampuan inti — menerapkan hanya perubahan commit tertentu ke branch lain tanpa merge seluruh branch — mengatasi kebutuhan nyata yang merge tidak dapat tangani dengan bersih.
Penggunaan paling umum dan penting adalah backporting: menerapkan fix bug tertentu dari branch utama ke branch rilis atau pemeliharaan, mendapatkan hanya fix itu tanpa merge semua perubahan lain main (yang mungkin tidak stabil atau belum dirilis) ke branch rilis — kebutuhan yang sering terjadi dalam memelihara software yang dirilis.
Penggunaan lain termasuk menerapkan commit siap tunggal saat sisa branch-nya tidak siap, memindahkan commit yang dibuat di branch salah ke branch yang benar, dan secara selektif menarik satu perubahan.
Memahami peringatan penting untuk menggunakan cherry-pick dengan tepat: itu membuat duplicate commits (perubahan yang sama dengan hash berbeda di setiap branch), yang dapat menyebabkan kebingungan atau konflik jika branch kemudian dimerge, jadi itu harus digunakan dengan sengaja untuk kebutuhan selektif daripada sebagai metode integrasi rutin (merge atau rebase lebih baik untuk mengintegrasikan seluruh branch), dan cherry-picking banyak commit adalah tanda bahwa Anda mungkin menginginkan merge.
Pertimbangan ini — menggunakan cherry-pick untuk situasi tertentu dan selektif (terutama backporting) sambil lebih menyukai merge/rebase untuk integrasi rutin — mencerminkan praktik Git yang solid.
Karena menerapkan perubahan tertentu secara selektif (terutama backporting fixes ke branch rilis) adalah kebutuhan nyata yang kadang penting, dan karena cherry-pick adalah tool untuk itu (dengan peringatan tentang penggunaan yang tepat), memahami git cherry-pick — cara kerjanya, kasus penggunaan kuncinya seperti backporting, dan kapan menggunakannya versus merge/rebase — adalah pengetahuan Git yang bernilai dan relevan secara praktis untuk menangani skenario perubahan-selektif yang muncul dalam memelihara dan mengelola software di berbagai branch.