Qu'est-ce que git cherry-pick et quand est-ce utile ?

Question

Accepted Answer

**git cherry-pick** applique un **commit spécifique** d'une branche sur une autre — en copiant uniquement les modifications de ce commit, sans fusionner toute la branche. C'est utile pour appliquer sélectivement des modifications particulières, comme le portage arrière d'une correction. ## Fonctionnement de cherry-pick ```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 prend les modifications d'un commit spécifique et les applique comme un nouveau commit sur votre branche actuelle — sélectivement, sans apporter le reste de la branche source. ## Cas d'usage courants ```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 ``` ## Avertissements ```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. ``` ## Pourquoi c'est important Comprendre `git cherry-pick` est utile pour **appliquer sélectivement des modifications spécifiques**, une capacité pratique pour des situations particulières, c'est donc une connaissance Git pratique qui vaut la peine d'être connue. La capacité centrale — appliquer uniquement les modifications d'un **commit spécifique** sur une autre branche sans fusionner toute la branche — répond à des besoins réels que la fusion ne peut pas gérer proprement. L'utilisation la plus courante et la plus importante est le **portage arrière** : appliquer une correction de bug spécifique de la branche principale à une branche de version ou de maintenance, en obtenant uniquement cette correction sans fusionner tous les autres changements (peut-être instables ou non publiés) de la branche principale dans la branche de version — un besoin fréquent dans la maintenance de logiciels publiés. Les autres utilisations incluent l'application d'un seul commit prêt tandis que le reste de sa branche ne l'est pas, le déplacement d'un commit effectué sur la mauvaise branche vers la bonne, et l'extraction sélective d'une modification. Comprendre les **avertissements** est important pour utiliser cherry-pick de manière appropriée : il crée des **commits dupliqués** (les mêmes modifications avec des hashes différents sur chaque branche), ce qui peut causer de la confusion ou des conflits si les branches sont fusionnées plus tard, il devrait donc être utilisé **délibérément pour des besoins sélectifs** plutôt que comme méthode d'intégration de routine (merge ou rebase sont meilleurs pour intégrer des branches entières), et cherry-picker de nombreux commits est un signe que vous voulez probablement une fusion à la place. Ce jugement — utiliser cherry-pick pour des situations spécifiques et sélectives (en particulier le portage arrière) tout en préférant merge/rebase pour l'intégration de routine — reflète une bonne pratique Git. Comme l'application sélective de modifications spécifiques (en particulier le portage arrière de corrections vers les branches de version) est un besoin réel et occasionnellement important, et comme cherry-pick est l'outil pour cela (avec des avertissements concernant son utilisation appropriée), comprendre `git cherry-pick` — son fonctionnement, ses cas d'usage clés comme le portage arrière, et quand l'utiliser par rapport à merge/rebase — est une connaissance Git pratique et pertinente pour gérer les scénarios de modification sélective qui surviennent dans la maintenance et la gestion de logiciels sur plusieurs branches.