Cherry-picking

Cuando estamos implementando en nuestra rama puede ser necesario o recomendable traernos a la rama principal solo alguno de los commits que hicimos en la rama donde hemos desarrollado nuestra nueva funcionalidad. Es en este escenario donde podemos utilizar cherrypicking.

1) Nos movemos a la rama donde estemos implementando la nueva funcionalidad:

git checkout new-feature

2) Tras movernos, realizaremos los cambios que necesitemos. Supongamos que obtenemos una salida parecida a la siguiente

git log --oneline

3) Bien, pues ¿qué necesitamos hacer para traernos a la rama master los commits d05aa97 4394783?

git checkout master

git cherry-pick d05aa97 4394783

4) En este momento,

4a) Si nos aparecen conflictos tendremos que resolverlos y posteriormente

git cherry-pick --continue

4b) Si por el contrario queremos abortar el cherrypick

git cherry-pick --abort

¡OJO!! El cherry-picking está desaconsejado normalmente por los desarrolladores. La razón principal es porque crean dos commits duplicados con los mismos cambios y se pierde la capacidad de rastrear el historial de la confirmación original. Es decir, en casos donde es posible hacer un merge completo. Mejor optar por el.