git cherry-pick past een specifieke commit van de ene branch toe op een andere — kopieert alleen de wijzigingen van die commit, zonder de hele branch samen te voegen. Het is nuttig voor het selectief toepassen van bepaalde wijzigingen, zoals het terugporten van een bugfix.
# 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 neemt de wijzigingen van een specifieke commit en past ze toe als een nieuwe commit op je huidige branch — selectief, zonder de rest van de bronbranch mee te brengen.
✓ 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.
Het begrijpen van git cherry-pick is waardevol voor selectief specifieke wijzigingen toepassen, een handige mogelijkheid voor bepaalde situaties, dus het is praktische Git-kennis die het waard is om te weten.
De kernmogelijkheid — het toepassen van slechts de wijzigingen van een specifieke commit op een andere branch zonder de hele branch samen te voegen — beantwoordt aan echte behoeften die merging niet schoon kan aanpakken.
De meest voorkomende en belangrijke toepassing is backporting: een specifieke bugfix van de hoofdbranch toepassen op een release- of onderhoudsbranch, waarbij je alleen die fix krijgt zonder alle andere (mogelijk onstabiele of onuitgebrachte) wijzigingen van main in de releasebranch samen te voegen — een veelvoorkomende behoefte bij het onderhouden van vrijgegeven software.
Andere toepassingen omvatten het toepassen van een enkele gereed commit terwijl de rest van zijn branch niet klaar is, het verplaatsen van een commit die op de verkeerde branch is gemaakt naar de juiste branch, en het selectief ophalen van één wijziging.
Het begrijpen van de voorzichtigheid is belangrijk voor het passend gebruiken van cherry-pick: het maakt dubbele commits (dezelfde wijzigingen met verschillende hashes op elke branch), wat verwarring of conflicten kan veroorzaken als de branches later worden samengevoegd, dus het moet doelbewust voor selectieve behoeften worden gebruikt in plaats van als routineintegrratiemethode (merge of rebase zijn beter voor het integreren van hele branches), en cherry-picking van veel commits is een teken dat je waarschijnlijk een merge wilt in plaats daarvan.
Deze inschatting — cherry-pick gebruiken voor specifieke, selectieve situaties (vooral backporting) terwijl je merge/rebase prefereert voor routineintegratie — weerspiegelt gezonde Git-praktijk.
Omdat het selectief toepassen van specifieke wijzigingen (vooral het terugporten van fixes naar releasebranches) een echte, af en toe belangrijk behoefte is, en omdat cherry-pick het gereedschap ervoor is (met voorzichtigheid over het passend gebruik), is het begrijpen van git cherry-pick — hoe het werkt, de belangrijkste gebruiksscenario's zoals backporting, en wanneer je het gebruikt versus merge/rebase — waardevolle, praktisch relevante Git-kennis voor het aanpakken van de selectieve-wijzigings scenario's die ontstaan bij het onderhouden en beheren van software over branches.
Een bibliotheek met IT-sollicitatievragen met gedetailleerde antwoorden — van Junior tot Senior.
Doneren