Kaj je git cherry-pick in kdaj je koristna?

Question

Accepted Answer

**git cherry-pick** uporablja **specifično potrditev** z ene veje na drugo — kopira samo spremembe te potrditve, brez združevanja celotne veje. Koristna je za selektivno uporabo posebnih sprememb, kot je vključitev popravka v starejšo različico. ## Kako cherry-pick deluje ```bash # apply a specific commit from another branch onto the current branch git cherry-pick # → creates a NEW commit on the current branch with that commit's changes # (a copy — new hash, same changes) git cherry-pick # multiple commits git cherry-pick A..B # a range of commits ``` Cherry-pick vzame spremembe iz specifične potrditve in jih uporabi kot novo potrditev na trenutni veji — selektivno, brez prihajanja ostalih sprememb iz izvorne veje. ## Pogosti primeri uporabe ```text ✓ 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 ``` ## Opozorila ```text ⚠️ 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. ``` ## Zakaj je to pomembno Razumevanje `git cherry-pick` je dragoceno za **selektivno uporabo specifičnih sprememb**, uporabna sposobnost za posebne situacije, zato je to praktično Git znanje, ki ga je vredno poznati. Osnovana sposobnost — uporaba samo **sprememb specifične potrditve** na drugo vejo brez združevanja celotne veje — naslavlja prave potrebe, ki jih združevanje ne more čisto rešiti. Najpogostejša in najpomembnejša uporaba je **vključitev v starejšo različico**: uporaba specifičnega popravka napake z glavne veje na izdajno ali vzdrževalno vejo, pridobitev samo tega popravka brez združevanja vseh ostalih sprememb glavne veje (ki so mogoče nestabilne ali še niso izdane) na izdajno vejo — pogosta potreba pri vzdrževanju izdane programske opreme. Druge uporabe vključujejo uporabo jednotne pripravljene potrditve medtem ko je ostalih vej ni, premikanje potrditve, ki je bila narejena na napačni veji, na pravo, in selektivno vključitev ene spremembe. Razumevanje **opozoril** je pomembno za primerno uporabo cherry-pick: ustvari **podvojene potrditve** (enake spremembe z različnimi hešami na vsaki veji), kar lahko povzroči zmedo ali konflikte, če se veje kasneje združijo, zato bi moralo biti uporabljeno **namerno za selektivne potrebe** namesto kot rutinski način integracije (merge ali rebase sta boljša za integracijo celotnih vej), in cherry-picking številnih potrditev je znak, da verjetno желиш merge namesto. Ta presoja — uporaba cherry-pick za specifične, selektivne situacije (posebej vključitev v starejšo različico) medtem ko uprabljamo merge/rebase za rutinsko integracijo — odraža zdrav Git pristop. Ker je selektivna uporaba specifičnih sprememb (posebej vključitev popravkov v izdajne veje) prava, včasih pomembna potreba, in ker je cherry-pick orodje za to (z opozorili o njegovi primerni uporabi), razumevanje `git cherry-pick` — kako deluje, njegove ključne primere uporabe kot je vključitev v starejšo različico, in kdaj ga uporabiti v primerjavi z merge/rebase — je dragoceno, praktično relevantno Git znanje za obvladovanje scenarijev selektivnih sprememb, ki se pojavijo pri vzdrževanju in upravljanju programske opreme čez veje.