git cherry-pick applicerar en specifik commit från en branch på en annan — kopierar bara den commitens ändringar, utan att slå samman hela branchen. Det är användbart för att selektivt tillämpa särskilda ändringar, som att backporta en fix.
# 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 tar ändringar från en specifik commit och applicerar dem som en ny commit på din nuvarande branch — selektivt, utan att ta med resten av källbranchen.
✓ 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.
Att förstå git cherry-pick är värdefullt för selektivt tillämpa specifika ändringar, en användbar möjlighet för särskilda situationer, så det är praktisk Git-kunskap värd att känna till.
Kärnförmågan — att tillämpa bara en specifik commits ändringar på en annan branch utan att slå samman hela branchen — löser verkliga behov som sammanslagning inte kan hantera rent.
Den vanligaste och viktigaste användningen är backporting: att tillämpa en specifik buggfix från huvudbranchen på en releases eller underhållsbranch, få bara den fixen utan att slå samman alla huvudbranchens andra (möjligen instabila eller ej släppta) ändringar i releasebranchen — ett ofta förekommande behov när man underhåller utgiven mjukvara.
Andra användningar inkluderar att tillämpa en enda färdig commit medan resten av dess branch inte är redo, flytta en commit som gjordes på fel branch till rätt, och selektivt hämta en ändring.
Att förstå varningarna är viktigt för att använda cherry-pick lämpligt: det skapar duplicerade commits (samma ändringar med olika hasher på varje branch), vilket kan orsaka förvirring eller konflikter om brancherna senare slås samman, så det bör användas medvetet för selektiva behov istället för som en rutinmässig integreringsmetod (merge eller rebase är bättre för att integrera hela brancher), och cherry-pick av många commits är ett tecken på att du antagligen vill ha en merge istället.
Denna bedömning — använda cherry-pick för specifika, selektiva situationer (särskilt backporting) medan merge/rebase föredras för rutinmässig integration — återspeglar sund Git-praxis.
Eftersom selektivt tillämpa specifika ändringar (särskilt backporta fixes till releasebrancher) är ett verkligt, ibland viktigt behov, och eftersom cherry-pick är verktyget för det (med varningar om dess lämpliga användning), är att förstå git cherry-pick — hur det fungerar, dess nyckellöpsfall som backporting, och när det ska användas kontra merge/rebase — värdefullt, praktiskt relevant Git-kunskap för att hantera de selektiva ändringsscenarier som uppstår när man underhåller och hanterar mjukvara över brancher.