git cherry-pick aplică un commit specific de pe o ramură pe alta — copiind doar schimbările acelui commit, fără a fuziona întreaga ramură. Este util pentru aplicarea selectivă a anumitor schimbări, cum ar fi backportarea unei remedieri.
# 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 ia schimbările dintr-un commit specific și le aplică ca un commit nou pe ramura dvs. curentă — selectiv, fără a aduce și restul ramurii sursă.
✓ 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.
Înțelegerea git cherry-pick este valoroasă pentru aplicarea selectivă a schimbărilor specifice, o capacitate utilă pentru situații particulare, deci este cunoștință Git practică care merită cunoscută.
Capacitatea de bază — aplicarea doar a schimbărilor unui commit specific pe o altă ramură fără a fuziona întreaga ramură — abordează nevoi reale pe care fuzionarea nu le poate rezolva curat.
Cel mai frecvent și important utilizare este backportarea: aplicarea unei remedieri de eroare specifice de pe ramura principală pe o ramură de lansare sau întreținere, obținând doar acea remediere fără a fuziona toate celelalte schimbări ale ramurii principale (posibil instabile sau ne-lansate) în ramura de lansare — o nevoie frecventă în menținerea software-ului lansat.
Alte utilizări includ aplicarea unui commit gata pe cuando restul ramurii sale nu este gata, mutarea unui commit realizat pe o ramură greșită pe cea corectă, și extragerea selectivă a unei schimbări.
Înțelegerea avertismentelor este importantă pentru utilizarea cherry-pick în mod corespunzător: aceasta creează commituri duplicate (aceleași schimbări cu hash-uri diferite pe fiecare ramură), care pot provoca confuzie sau conflicte dacă ramurile sunt fuzionate mai târziu, deci ar trebui utilizat deliberat pentru nevoi selective mai degrabă decât ca metodă de integrare obișnuită (merge sau rebase sunt mai bune pentru integrarea ramurilor întregi), și cherry-picking a multor commituri este un semn că probabil doriți o fuzionare în schimb.
Această judecată — utilizarea cherry-pick pentru situații specifice și selective (în special backportare) în timp ce se preferă merge/rebase pentru integrarea obișnuită — reflectă practici Git corecte.
Deoarece aplicarea selectivă a schimbărilor specifice (în special backportarea remedierii pe ramuri de lansare) este o nevoie reală, ocazional importantă, și deoarece cherry-pick este instrumentul pentru aceasta (cu avertismente cu privire la utilizarea sa corespunzătoare), înțelegerea git cherry-pick — modul în care funcționează, cazurile sale de utilizare cheie cum ar fi backportarea, și când să-l utilizați versus merge/rebase — este cunoștință Git valoroasă și practic relevantă pentru gestionarea scenariilor de schimbări selective care apar în menținerea și gestionarea software-ului pe ramuri.