git cherry-pick egy specifikus commit módosításait alkalmazza az egyik branchről egy másikra — csak az adott commit változásait másolja, az egész branch mergelése nélkül. Hasznos bizonyos módosítások szelektív alkalmazásához, például egy javítás backporteléséhez.
# 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
A cherry-pick egy specifikus commit módosításait veszi és azokat új commitként alkalmazza az aktuális branchedre — szelektíven, a forrásbranchből származó többi módosítás nélkül.
✓ 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.
A git cherry-pick megértése értékes a szelektív specifikus módosítások alkalmazásához, amely hasznos képesség bizonyos helyzetekben, ezért praktikus Git ismeretek, amit érdemes ismerni.
Az alapvető képesség — csak egy specifikus commit módosításainak alkalmazása egy másik branchre az egész branch mergelése nélkül — olyan valós szükségleteket kezel, amelyeket a merge nem tud tisztán megoldani.
A leggyakoribb és legfontosabb használat a backporting: egy specifikus hibajavítás alkalmazása a main branchről egy release vagy maintenance branchre, csak azt a javítást kapva meg a main többi (esetleg instabil vagy még ki nem adott) módosítása nélkül — gyakori szükséglet a kiadott szoftver fenntartásakor.
Egyéb felhasználások közé tartozik egy egyetlen elkészült commit alkalmazása, míg a branch többi része még nem készült el, egy rossz branchre készült commit áthelyezése a helyes branchre, és egy módosítás szelektív húzása.
A óvatosságok megértése fontos a cherry-pick helyes alkalmazásához: duplikált commitokat hoz létre (ugyanazok a módosítások különböző hash-ekkel az egyes brancheknél), ami zavart vagy konfliktusokat okozhat, ha a brancheket később mergelik, ezért szándékosan szelektív szükségletekre kell használni, nem pedig rutinszerű integrációs módszerként (a merge vagy rebase jobb egész branchek integrálásához), és sok commit cherry-pickelése arra utal, hogy valószínűleg egy merge-re van szükséged helyette.
Ez az ítélet — cherry-pick használata specifikus, szelektív helyzetekhez (különösen backportinghez), míg merge/rebase preferálása rutinszerű integrációhoz — tükrözi az erős Git gyakorlatot.
Azért, hogy a specifikus módosítások szelektív alkalmazása (különösen a javítások backportelése release brancheknél) valós, időnként fontos szükséglet, és mivel a cherry-pick az eszköz ehhez (a megfelelő felhasználásra vonatkozó óvatosságokkal), a git cherry-pick megértése — hogyan működik, a fő felhasználási esetei, például a backporting, és mikor kell használni merge/rebase helyett — értékes, praktikusan releváns Git ismeretek a szoftver és branchek kezelésében előforduló szelektív módosítás forgatókönyvek kezeléséhez.