git cherry-pick aplikon një commit specifik nga një degë në një tjetër — duke kopjuar vetëm ndryshimet e atij commiti, pa bashkuar të gjithë degën. Është i dobishëm për të aplikuar në mënyrë selektive ndryshime të veçanta, si backporting i një korrigjimi.
# 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 merr ndryshimet nga një commit specifik dhe i aplikon si një commit të ri në degën tuaj aktuale — në mënyrë selektive, pa sjellë me vete pjesën tjetër të degës burim.
✓ 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.
Zotërimi i git cherry-pick është i vlefshëm për aplikimin selektiv të ndryshimeve specifike, një aftësi e dobishme për situata të veçanta, prandaj është njohuri praktike e Git-it që ia vlen të dihet.
Aftësia themelore — aplikimi i vetëm ndryshimeve të një commiti specifik në një degë tjetër pa bashkuar të gjithë degën — adresohet nevojave të vërteta që bashkimi nuk mund t'i trajtojë në mënyrë të pastër.
Përdorimi më i zakonshëm dhe më i rëndësishëm është backporting: aplikimi i një korrigjimi specifik të gabimit nga dega kryesore në një degë release ose mirëmbajtjeje, duke marrë vetëm atë korrigjim pa bashkuar të gjithë ndryshimet e tjera të main-it (të cilat mund të jenë të paqëndrueshme ose të pathërrasuara) në degën release — një nevojë e shpeshtë në mirëmbajtjen e softuerit të lëshuar.
Përdorimet e tjera përfshijnë aplikimin e një commiti të vetëm të gatshëm ndërsa pjesa tjetër e degës nuk është gati, lëvizjen e një commiti të bërë në degën e gabuar në atë të duhur, dhe tërheqjen selektive të një ndryshimi.
Zotërimi i paralajmërimeve është i rëndësishëm për përdorimin e përshtatshëm të cherry-pick: ai krijon commite të përsëritur (të njëjtat ndryshime me hash-e të ndryshëm në secilën degë), të cilat mund të shkaktojnë konfuzion ose konflikte nëse degët bashkohen më vonë, prandaj duhet të përdoret me qëllim për nevoja selektive dhe jo si metodë rutine integruese (merge ose rebase janë më mirë për integrimin e degëve të plota), dhe cherry-picking i shumë commiteve është shenjë se ndoshta doni një merge në vend të tij.
Ky gjykim — përdorimi i cherry-pick për situata specifike, selektive (veçanërisht backporting) ndërsa preferohet merge/rebase për integrimin rutin — pasqyron praktikën e shëndoshë të Git-it.
Meqenëse aplikimi selektiv i ndryshimeve specifike (veçanërisht backporting i korrigjimeve në degët release) është një nevojë reale, herë pas here e rëndësishme, dhe meqenëse cherry-pick është mjeti për këtë (me paralajmërime rreth përdorimit të tij të përshtatshëm), zotërimi i git cherry-pick — si funksionon, rastet e tij kryesore përdorimi si backporting, dhe kur ta përdoret në vend të merge/rebase — është njohuri praktike, në përputhje me realitetin të Git-it për trajtimin e skenarëve të ndryshimeve selektive që lindin në mirëmbajtjen dhe menaxhimin e softuerit nëpër degë.