git cherry-pick japplika commit speċifiku minn branch waħda fuq oħra — jikkopja biss il-bidliet ta' dak il-commit, mingħajr ma jmerġa l-branch kollu. Hu utli għall-applikazzjoni selettiva ta' bidliet partikolari, bħall-backporting ta' 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 jieħu l-bidliet minn commit speċifiku u japplikahom bħala commit ġdid fuq il-branch attwali tiegħek — selettivament, mingħajr ma jġib magħhom ir-rest tal-branch sors.
✓ 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.
Il-fahim ta' git cherry-pick hu valutabbli għal applikazzjoni selettiva ta' bidliet speċifiċi, kapaċità utli għal sitwazzjonijiet partikolari, u għalhekk hu għarfien Git prattiku li jiswa l-ħsad.
Il-kapaċità essenzjali — applikazzjoni ta' biss il-bidliet ta' commit speċifiku fuq branch oħra mingħajr ma jmerġa l-branch kollu — tindirizza bżonniet reali li l-merging ma jistax jimma ħelu.
L-użu l-aktar komuni u importanti hu backporting: applikazzjoni ta' fix ta' bug speċifiku mill-branch prinċipali fuq branch ta' release jew manutenzjoni, billi tikseb biss dak il-fix mingħajr ma tmerġa l-bidliet l-oħra kollha ta' main (possibbilment instabbli jew mhux rilaxxati) fil-branch tal-release — bżonn frekwenti fil-manutenzjoni ta' softwer rilaxxat.
Użi oħra jinkludu l-applikazzjoni ta' commit wieħed lest (ready) filwaqt li r-rest tal-branch tiegħu mhux lest, il-moviment ta' commit magħmul fuq il-branch ħażin lill-waħda t-tajba, u l-applikazzjoni selettiva ta' bidla waħda.
Il-fahim tal-avvertimenti hu importanti għall-użu ta' cherry-pick b'mod xieraq: hu jħoloq commits doppji (l-istess bidliet b'hashes differenti fuq kull branch), li jista' jikkawża konfużjoni jew konflitti jekk il-branches jkunu merġati aktar tard, u għalhekk għandu jintuża deliberatament għal bżonniet selettivi aktar milli bħala metodu ta' integazzjoni rutinarja (merge jew rebase huma aħjar għall-integrazione ta' branches sħaħ), u l-cherry-picking ta' ħafna commits hu sinjal li probabbilment trid merge minflok.
Din il-ġudizzju — użu ta' cherry-pick għal sitwazzjonijiet speċifiċi u selettivi (speċjalment backporting) filwaqt li tippreferi merge/rebase għall-integrazione rutinarja — tirrifletti prattika Git tajba.
Billi l-applikazzjoni selettiva ta' bidliet speċifiċi (speċjalment il-backporting ta' fixes lill-release branches) hu bżonn reali u kulturalment-importanti, u billi cherry-pick hu l-għodda għaliha (b'avvertimenti dwar l-użu xieraq tiegħu), il-fahim ta' git cherry-pick — kif jaħdem, il-każi tal-użu ewlenin tiegħu bħall-backporting, u meta jintuża versus merge/rebase — hu għarfien Git valutabbli, prattikament-rilevanti għall-immaniġġar tal-iskejnarji tal-bidla-selettiva li jinqalgħu fil-manutenzjoni u l-immaniġġment ta' softwer transversalment branches.