Git - cherry picking

git et la cueillette des cerises… 🙂

Vous le savez sûrement, l’un des concepts fondamentaux de Git est le commit.

Le cherry-pick permet de dupliquer / réappliquer un commit dans votre espace de travail.

Le merge est en général préférable au cherry-pick, mais voyons quelques cas pratiques.

1/ Vous êtes en train de développer une nouvelle feature, donc sur votre branche 😉, quand vous identifiez un bug hérité de la branche principale. Si le bug peut être résolu rapidement, vous pouvez créer un commit de bugfix sur votre branche, et le réappliquer sur main. Tout le monde est sauvé 😎

2/ À l’inverse, une nouvelle fonctionnalité, un bugfix, vous intéresse, mais vous ne voulez pas tout merger dans votre branche ? Cherry-pick !

Cette opération crée, par défaut, automatiquement un commit. Mais vous pouvez l’exécuter uniquement sur votre stage, et ainsi cumuler plusieurs commits.

Bien sûr, dans tous les cas, la résolution de conflits s’appliquera de manière habituelle si besoin.

Si on va même plus loin, le même mécanisme est à l’œuvre lors du rebase.

• Création de la nouvelle branche

• Cherry-pick successifs de vos commits (cumulés ou non)

• Déplacement de la branche initiale

Prêt à cueillir vos commits ? Alors, à vos claviers ;)

On se retrouve à la rentrée :)