Continuando con esta serie de buenas prácticas en Git. Le toca ahora a Cherry-Pick.

Muchas veces veo bloqueada a personas que no saben como llevarse un par de cambio de su rama a otra rama. Esto suele pasar cuando estamos a punto de lanzar la release y nos damos cuenta que un commit o varios de una feature es necesario que esten en la release.

No vamos a mergear la feature completa por qué puede llevar mucho cambio y el lanzamiento de la release no se puede parar.

Para esta situación vamos a usar Cherry-Pick.

La siguietne imagen nos muestra el punto de partida:

cherry-pick punto partida

Por la razon que sea descubrimos que no queremos toda la feature de color naranja. Si no que queremos solamente el commit B de la feaure naranja.

Primero miramos el Id del commit de Feature B, luego ejecutamos el siguiente comando:

git cherry-pick 9b24eaf1c4e92c4d0cf10c5f4c29764dfad2fb50

Una vez ejecutado lo tenemos en master, quitate el miedo a mergar un commit en master:

 

Terminado el Cherry-Pick

Esta selección selectiva es esencial que la manejes a la perfección y no tengas miedo a ejecutarla.

Si eres de los que aun le cuesta, mi recomendación es que crees un repo normal con la rama main. Crees una nueva rama y haces un commit A, B y C. Luego lances el cherry-pick con tu herramienta favorita o con el CMD.

Observa que ocurre, muchas veces tendrás que lidiar con conflictos, pero esa es otra historia que trataré más adelante.

Captura desde GitHub en Windows