git cherry-pick soveltaa tiettyä committia yhdeltä haaralta toiselle — kopioi vain kyseisen commitin muutokset ilman koko haaran yhdistämistä. Se on hyödyllinen muutosten valikoivaan soveltamiseen, kuten korjauksen takaisinsiirrossa.
# 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 ottaa muutokset tietystä commitista ja soveltaa ne uutena committina nykyisessä haarassa — valikoivasti, ilman lähdehaarassa olevia muita muutoksia.
✓ 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.
git cherry-pickin ymmärtäminen on arvokasta muutosten valikoivalle soveltamiselle, hyödyllinen taito erityisissä tilanteissa, joten se on käytännöllistä Git-osaamista jonka kannattaa tuntea.
Ydinkyky — tietyn commitin muutosten soveltaminen toiselle haaralle ilman koko haaran yhdistämistä — vastaa todellisiin tarpeisiin, joita yhdistäminen ei voi puhtaasti ratkaista.
Tärkein ja yleisin käyttötapaus on takaisinsiirto: tietyn vikakorjauksen soveltaminen päähaarasta julkaisu- tai ylläpitohaaram, pelkän korjauksen saaminen ilman kaikkien päähaarassa olevien muiden (mahdollisesti epävakaiden tai julkaisemattomien) muutosten yhdistämistä julkaisuhaaram — usein tarvittu tarve julkaistun ohjelmiston ylläpitämisessä.
Muita käyttötapauksia ovat yksittäisen valmiiksi olevan commitin soveltaminen silloin kun haarassa olevia muita commiteja ei ole valmis, väärään haaram tehdyn commitin siirtäminen oikeaan haaram, ja yhden muutoksen valikoiva hakeminen.
Varoitusten ymmärtäminen on tärkeää cherry-pickin asianmukaiseen käyttöön: se luo kaksoiskopiot commiteista (samat muutokset eri hajautusarvoin jokaisella haaralla), mikä voi aiheuttaa sekaannusta tai konflikteja jos haaroja myöhemmin yhdistetään, joten sitä tulisi käyttää tarkoituksellisesti valikoiviin tarpeisiin sen sijaan että se olisi rutiininomainen integraatiomenetelmä (merge tai rebase ovat parempia koko haarojen integrointiin), ja monien commitien cherry-pickaus on merkki siitä, että haluat todennäköisesti mergea.
Tämä harkinta — cherry-pickin käyttäminen erityisiin, valikoiviin tilanteisiin (erityisesti takaisinsiirrossa) kun taas merge/rebasia käytetään rutiininomai integraatioon — heijastaa järkevää Git-käytäntöä.
Koska muutosten valikoiva soveltaminen (erityisesti vikakorjausten takaisinsiirto julkaisuhaaram) on todellinen, välillä tärkeä tarve, ja koska cherry-pick on sille oikea työkalu (varoituksien kanssa sen asianmukaisesta käytöstä), git cherry-pickin ymmärtäminen — miten se toimii, sen keskeiset käyttötapaukset kuten takaisinsiirto, ja milloin sitä käytetään verrattuna merge/rebaseen — on arvokasta, käytännössä relevanttia Git-osaamista valikoivien muutosten skenaarioiden käsittelemiseen, joita ilmenee ohjelmiston ylläpitämisessä ja hallinnassa haarojen välillä.