Git cherry-pick: traer commits antiguos al head del branch

When sabes de Cherry-pick

But luego de enteras que es mala práctica

Cherry Pick

Este comando permite coger uno o varios commits de otra rama sin tener que hacer un merge completo. Así, gracias a cherry-pick, podríamos aplicar los commits relacionados con nuestra funcionalidad de Facebook en nuestra rama master sin necesidad de hacer un merge.

Para demostrar cómo utilizar git cherry-pick, supongamos que tenemos un repositorio con el siguiente estado de rama:

a - b - c - d   Master
         \
           e - f - g Feature

El uso de git cherry-pick es sencillo y se puede ejecutar de la siguiente manera:

git checkout master

En este ejemplo, commitSha es una referencia de confirmación. Puedes encontrar una referencia de confirmación utilizando el comando git log. En este caso, imaginemos que queremos utilizar la confirmación ‘f’ en la rama master. Para ello, primero debemos asegurarnos de que estamos trabajando con esa rama master.

git cherry-pick f

Una vez ejecutado, el historial de Git se verá así:

a - b - c - d - f   Master
         \
           e - f - g Feature

La confirmación f se ha sido introducido con éxito en la rama de funcionalidad

Apuntes !! ✌

LES ENSEÑAMOS GIT REBASE Y GIT CHERRY-PICK, PERO NO DEBERÍAN DE USARLOS PORQUE SON MALA PRÁCTICA

Paré el video para hacer una prueba rápida en mi proyecto y estuve sufriendo por el conflicto que me dio. Justo terminé de arreglar todo, le doy play nuevamente al video y ¡PUM!, Freddy habla del conflicto, jaja.

Freddy: usar git rebase y git cherry-pick son malas prácticas

El pibe en las oficinas de git que los programó:

Nunca nada se borra en Git.

¿Qué hacer sin en un comentario de un archivo de programación insulto a mi jefe?

¿Hay alguna forma de eliminar ese commit?

jaja nos ofreciste la manzana, para decirnos al final que estaba mal comerla 😂😂😂

Resumen de la clase:

1. Crear una nueva rama y pasarse para esa rama.

2. Realizar los cambios en el código y realizar todos los commits necesarios.

3. Antes de ejecutar el comando git cherry-pick, se debe anotar el id del commit que queremos traer al master.

4. Para ello vamos a la rama donde esta el commit requerido (git checkout nombre_rama), ejecutamos el comando git log --oneline,
   copiamos el id del commit y nos regresamos a la rama master (git
   checkout master).

5. En la rama master, ejecutamos: git cherry-pick id_commit.

6. Git agregará al master el código requerido del commit indicado.

7. Después, de ser necesario, se ejecutan los comandos git pull
   origin master y git push origin master para subir los cambios al
   repositorio de github en la nube.

8. Si se necesitan traer todos los cambios de la rama de donde tomé el commit, se ejecuta desde master, git merge nombre_rama.

9. De haber conflictos al hacer merge, se resuelven dejando las líneas de código necesarias o utilizando las opciones de Vscode.

Cherry-pick es un poder demasiado grande pero de mala practica, hay que usarlo con demasiada responsabilidad, y aun así es una MALA PRACTICA.

Antes del git cherry-pick:

Después de ejecutar git cherry-pick commitF desde la rama master:

cherry-pick literalmente se traduce del ingles como agarrar cerezas, entonces lo que esta haciendo uno es agarrar esas cerecitas que son los commits de las ramas de mi proyecto

Aporte…
Si te equivocas y haces el git cherry-pick en el mismo branch que lo estas sacando te sale un error de versiones, puedes deshacer el cherry-pick con git cherry-pick --abort

Cherry-pick es el copia y pega de commits en otras ramas, alert-spoiler al momento de hacer un merge de la rama donde copiaste ese commit con la rama donde la pegaste, se duplicara ese cambio y tendrás que eliminar uno de ellos.

Apuntes 😊

Queridos compañeros, encontré una manera para que sigan practicando de forma didáctica git sin miedo a romper nada, esta super bueno para poner en practica todo lo aprendido en el curso Profesional de Git y GitHub, espero les sirva Saludos Practica Git sin romper nada

Lectura recomendada: https://www.atlassian.com/git/tutorials/cherry-pick

Así esta clase…

Y ahora que ya saben como se hace…

¡No lo hagan!

Tan feliz aprendiendo el cherry-pick y para que sea mala practica ):

# estando en master modifico readme.md
# guardo los cambios en memoria
$ git stash

# creo una rama con estos cambios
$ git stash branch readme-mejorado

# se crea la rama pero los cambios no se han guardad
$ git status
$ git commit -am "primer cambio"

# hago mas cambios
$ git commit -am "segundo cambio"
$ git commit -am "tercer cambio"

# Ahora me piden traer el primer commit de readme-mejorado
# copio el codigo del commit que quiero traer
$ git log --oneline

# cambio a master y hago el cherry-pick
$ git checkout master
$ git cherry-pick [codigo del commit]

# como lo que me estoy trayendo es un commit, no hay que hacer commit en master con los cambios, ya estan hechos
$ git status
$ git pull origin master
$ git push origin master

Me he sentido como Adán cuando le ofrecieron la manzana y después resulto ser pecado 😭

✨ git cherry-pick nos permite seleccionar uno o varios commits de otra rama sin tener que hacer un merge completo.

-Aunque recuerda que en git todo se puede recuperar, esa es la magia de Git.

yo: Disculpen, alguien sabe en qué rama puedo recuperar mi Disco Duro? 😦

Tuve que volver a este curso solo para ver este comando. Algunos creen que no es util pero en mi caso si tuve que usarlo y me parece excelente. Yo habia creado una rama con un origen equivocado (debia haberla creado desde master y no lo hice). Y cuando me di cuenta ya habia avanzado mucho y lo que hice fue precisamente eso, hice un commit, me fui a master, cree la nueva rama desde mater y desde esa rama hice el cherry-pick.

Git cherry-pick: Traer commits viejos al head de un branch
Cherry-pick sirve para cuando estás avanzando en una rama pero necesitas en Master uno de esos avances (commits) de la rama, cherry-pick es una mala práctica porque significa que estamos reconstruyendo la historia.

Para usar el cherry-pick se usa el siguiente comando: $ git cherry-pick <commit id> , este comando se debe ejecutar desde el lugar a donde quieres llevar los cambios (Master). Una vez ejecutado no es necesario hacer un commit, porque lo pega inmediatamente.

Cherry-pick: Sirve para traerme un commit y todo lo guardado en ese commit de una rama diferente a donde se quiere agregar.

cherry-pick es una mala práctica porque significa que estamos reconstruyendo la historia,

al usar git stash branch… esto guardando la rama completa solo el cambio que realiza?

Los mejores comandos son mala practica 😦

Notas de las últimas sesiones

• git --rebase branch: Agrega cambios de branch a la “historia” de mi rama actual = Pega (Ojo con posibles conflictos) los cambios de branch a la rama actual. El historial copiado aparecen ‘a nombre’ de la rama actual = Deja el registro como si rama actual partiera del último estado de branch .: Si rama actual partió del último HEAD de branch, no se modifica nada (Up to date).

• git stash branch branchName stashHash: make a new branch with the given stash

• git chery-pick hashCommit: útil para cuando ocupas pasar un commit de una rama a otra (commits local). Agrega el commit a la rama donde estas.

¡Hola Platzinautas!

Para poder traer varios commits al head de otro branch usando cherry-pick pueden usar esta sintaxis:
git cherry-pick <hash_de_inicio>…<hash_de_fin>

Esto funciona como un rango, donde git traerá todos los commits que estén dentro del rango.

Para ello solo deben poner dos puntos seguidos (…) entre los dos códigos hash que serian el rango de commits que desean traer.

Ejemplo:
git cherry-pick 51618d5…e9ae384

En este caso, git me traerá todos los commits que estén en este rango de hashes.

Un saludo desde Colombia!

Mis apuntes
git log --online -> muestra un resumen con el ID commit y comentario de la historia de las ramas con una linea.
git cherry-pick IDcommit -> trae los cambios hechos por el commit hecho posiblemente en otra rama a la deseada.

NOTA: es una mala practica, ya que es una reconstruccion de la historia, puede generar muchos conflictos si no se sabe utilizar.

en realidad no se trata de commit viejos… lo que hace el comando cherry-pick es traer a la rama master un commit especifico sin necesidad de mezclar o hacer un merge.

La magia de git es saber corregir los errores que se puedan presentar, sólo se puede estar a la altura experimentando mucho con nuestros repos

Procedimiento:

1. Cambios se guardan en otra rama alterna con git stash branch RamaAlterna o desde una nueva rama alterna creada
2. desde nueva rama guardar varios cambios en repo local con git commit -am “message”
3. Se requiere que en rama master se agregue un commit específico de la RamaAlterna con git cherry-pick IdCommit. Ya no es necesario hacer commits, pq se ha pegado el commit de la rama alterna en la rama master.
4. Enviar repo local a remoto con git push origin master.
5. Fusionar ambas ramas desde la rama master con git merge RamaAlterna. Aparece conflicto porque ambos commits (líneas de código) se repiten en ambas ramas.
6. Accept both changes en VScode, porque ambos commits (líneas de código) son idénticos.
7. Guardar cambios en repo local con git commit -am “message”
8. Enviar cambios a repo remoto con git push origina master

Git Stash es como tener un avión.
Si lo sabes manejar, es una herramienta poderosa y muy útil.
Si no lo sabes usar bien, ni lo toques.

En el caso de que el jefe pida algo así tal vez es mejor crear otra rama en el commit que está lo que se quiere y hacer merge de esa?

Puede que sea considerado una mala práctica pero es súmamente útil se puede usar para hacer arreglos urgentes, por ejemplo pasando temporalmente a una rama intermedia desde la rama de producción ya sea master o la que sea, esta será donde tienes los cambios que estas pasando sin que estén completos, pero funcionan para ese momento en específico y cuando termines en la otra rama, lo que haces ahí es fusionar en la rama de producción real, es como dejar de usar por un tiempo la rama de producción real para usar una temporal que funcione para ese momento, te da tiempo para cumplir con el requerimiento de algún cliente y aún así hacer el release completo a la rama de producción, luego volver a públicar la rama de producción real y no es traumático, la otra temporal se puede dejar ahí o borrarla, o sea si no se planea bien y se hace así como así si es mala práctica, muy mala, pero si se sabe como usar puede ser muy, muy útil.

Importante tener en cuenta y no lo veo en los temas que faltan Creo que ademas de usar git cherry-pick para traer lineas de codigo especificas, seria importante y ulti buscar el commit en el que fueron añadidas o modificadas a través del comando git blame

git cherry-pick <commitA>^…<commitB> -> Realiza el CherryPick incluyen el commitA y commitB
git cherry-pick <commitA>…<commitB> -> Realiza el CherryPick incluyendo solo el commitB
git commit -am "Comentario Cuando de Corrigen Conflictos"
git cherry-pick --continue -> Continuar al siguiente Commit.

Ya lo utilice y wow!
me produjo un conflicto que supe arreglas muy facilmente gracias a esa clse.
Me encanto!!!
Quiero seguir aprendiendo cosas nuevas 😃

Cherry-pick hace algo muy parecido a rebase pero con un commit no con toda una rama. Al modificar el historial se considera una mala practica.

Comprendido, entonces usare únicamente este comando para experimentación y no para las actividades comunes al trabajar en los repositorios. Gracias por la clase Platzi Team y Freddy.

Si queremos traer sólo uno de los cambio de una rama(new_branch) a la otra rama(master_branch), primero copiamos el hash del commit que queremos(new_branch) despues estando en (master_branch) ejecutamos: (git cherry-pich hash_branch)

Cherry-pick selecciona un commit donde se realizó un cambio en particular para agregarlo a la historia de nuestro proyecto, es como colocar un parche de una rama a otra.

Es molesto por el tipo de conflictos que se presentan ya que se está cambiando la historia. Acá andan el artículo oficial de git donde se habla del Cherry pick.

****¿Como traer un solo commit de otra rama? ****

git cherry-pick “commit”

****¿Como traer un solo commit de otra rama? ****

Git cherry-pick: traer commits viejos al head de un branch
Existe un mundo donde vamos avanzando en una rama pero necesitamos en master uno de esos avances de la rama para esto se usa un comando llamado cherry pick.

Para esto primero hacemos un git log --oneline y tomo el tag del commit que quiero traer (esto se hace en la rama donde esta ese commit), volvemos a master y desde master ejecutamos git cherry-pick #examplecommittag, damos ‘Enter’ y esto nos trae los cambios precisos de ese commit que estaba en otra rama a la rama master. (Esto es traerme un commit viejo de otra rama a mi rama master)

Si queremos fusionar los cambios hacemos un merge (parados en master la rama donde vamos a hacer la fusión hacemos git merge #examplebranch")

Cherry-pick es una mala practica porque significa que estamos reconstruyendo la historia, es mucho mejor hacer el trabajo duro haciéndolo con un merge.

Opino que nunca es mala practica el uso de esta o cualquier herramienta, siempre y cuando se sepa bien lo que se está haciendo y que esto aporte al desarrollo. Sin embargo usar estas herramientas sin conocerlas, sin haberlas probado y sin saber las consecuencias de el mal uso de estas si se puede considerar una mala práctica.

SI quieres abortar la opeación de cherry-pick utiliza:
- git cherry-pick --abort

esta cool ese comando 👍

La vida es un cherry-pick constante, úsalo con sabiduría.

Nuevamente, un comando útil para usar en local pero PELIGROSO para usar en producción…

les dejo 2 link`s super bueno, de buenas practicas al trabajar con GIT:

• https://codigofacilito.com/articulos/buenas-practicas-en-commits-de-git
• https://platzi.com/blog/buenas-practicas-git-y-github/

git Cherry-pick: Traer un commit viejo de tu rama1 a tu rama2.
#no requiere hacer commit.

También cuando hay conflictos en algún cambio el mismo github online te la opcion para arreglarlo sin necesidad de VS code o de utilizar el borrado manual en txt.

Git Cherry-pick es un comando que permite tomar uno o varios commits de otra rama o branch sin tener que hacer un merge completo. Así, gracias a cherry-pick, podríamos aplicar los commits relacionados con nuestra funcionalidad en la rama master sin necesidad de hacer un merge.

Creo que esto es mas bien para proyectos personales.
Cuando quieres tener todo mas limpio.

cherry-pick es una mala práctica.

Git Cherry Pick: es un potente comando que permite que las confirmaciones arbitrarias de Git se elijan por referencia y se añadan al actual HEAD. Su ejecución consiste en elegir una confirmación de una rama y aplicarla a otra. Es útil cuando quieres aplicar cambios específicos sin fusionar toda la rama o ramas completas.
.
Para ejecutar este comando, debemos haber realizado commits en una rama diferente (ejemplo: feature) a la que queremos aplicar los cambios y hacer un git log para conocer los hashes de esos commits. Luego hacemos checkout a la rama en la que queremos aplicar cambios (ejemplo: main) y ejecutar git cherry-pick <hash>. De este modo, aplicamos cambios de otra rama a la rama actual.
.
Al igual que otros comandos, git cherry-pick admite opciones para la solución de conflictos de fusión como --continue, --abort, y --quit.

Clase 38 – Git Cherry-pick: traer commits viejos al head de un branch

¿Para qué sirve el comando git cherry-pick?

• Nos permite tomar uno o varios commits de otra rama y fusionarlos con otra, pero sin necesidad de hacer un merge completo.

¿Cuál es la sintaxis del comando git cherry-pick?

git cherry-pick id-commit
git cherry-pick 45dfd

¿Usar el comando git cherry-pick es mala práctica?

• Sí.

¿Por qué el comando git cherry-pick es mala práctica?

• Porque modifica la historia del repositorio.

Dicen que es mala practica y que no se debe de hacer, pero no prometo nada. jajajaja

Comparto mis apuntes:

No considero que cherry-pick al igual que rebase sea una mala practica.

se puede dar el caso que un compañero de equipo haga un cambio que necesite en mi rama actual y para esto cherry pick funciona perfecto.

De hecho pensar en commits ¨cherry-pickeables¨ me puede hacer estructurarlos mejor.

Lo que si es una mala practica es romper la historia de una rama publica y usar cherry-pick no necesariamente significa que este rompiendo todo.

por ej justo hoy en mi trabajo me encontre con un caso donde necesitabamos poder en el scope de pruebas 3 features diferentes (cada feature estaba en un commit), por lo que se me ocurrieron 2 soluciones:

• la primera que pense fue en un cherry-pick donde en una rama nueva le meto los 3 commits de los 3 features con un cherry-pick
• la segunda que al final fue por la que opte, fue en una rama nueva le hice git merge con cada una de las 3 ramas de los 3 features y listoi, ahi dejamos los 3 features listos para mandar a prod al mismo tiempo, sin alterar las branch originales con los PR independientes.

Notas 📒

✏️ Cherry pick

Cherry-pick permite escoger un commit de una rama para aplicarlo en otra.
Para ejecutarlo es necesario saber el HASH del commit que se quiere aplicar.

Comando

Trae un commit a la rama donde estás actualmente: git cherry-pick [HASH]

Trae un más de un commit a la rama donde estás actualmente: git cherry-pick [HASH] [HASH]

Estos dos comandos agregan directamente el commit a la rama, si se desea poder modificar el comentario del commit se ejecuta: git cherry-pick -e [HASH]

Si únicamente se desea traer los cambios y tenerlos en staging area se ejecuta: git cherry-pick -n [HASH]

Vaya plot twist

Este curso es de lo mas chimba que pude encontrar en platzi, y eso es decir mucho sabiendo que aca uno aprende cosas geniales

¿¡Usted está loco!? Hizo dos malas prácticas en una sola clase

“nunca nada se borra en git”

git reset: “i’m gonna end this man whole carrier”

"Recuerda que en git cualquier error se puede recuperar, porque nunca nada se borra en git, esa es la magia de git

Notes

• git cherry-pick is a powerful command that enables arbitrary Git commits to be picked by reference and appended to the current working HEAD. Cherry-picking is the act of picking a commit from a branch and applying it to another. git cherry-pick can be useful for undoing changes. For example, say a commit is accidentally made to the wrong branch. You can switch to the correct branch and cherry-pick the commit to where it should belong.

  https://www.atlassian.com/git/tutorials/cherry-pick

Commands

• Bring a specific commit from another branch to our current one

  git cherry-pick **commit**
  

Cherry-Pick

• Trae commits especificos de otra rama
• Para usar es con: git cherry-pick #id

Yo creo q Cherry-Pick solo puede ser autorizado por el encargado del proyecto inclusive tiene q ser evaluado por todo el team, porque de verdad puede romper el código si se usa mal

Lo más valioso de Platzi es como en todo momento evita formar profesionales con malas prácticas!

algo asi :v

algo así no olviden nunca parar de aprender ❤️

No me enseñen malas practicas que luego las aplico y me da ansiedad xd

Esto es ya es un nivel muy muy avanzado los que han llegado hasta aca tienen un poder grande en sus manos y claro una llave muy poderosa.

De haber tomado esta clase unos dias antes jeje

• git cherry-pick HASH_DE_LA_RAMA = traerse commit viejes a head de una rama ( Esto es una mala practica )

a pesar de ser una mala practica puede ser util en proyectos pqueños

Usa cherry-pick con sabiduría. Si no sabes lo que estás haciendo ten mucho cuidado 🙏

cherry-pick es una mala practica, tiene una gran funcionalidad, pero debemos limitarnos en su uso

git rebase & git cherry-pick, malas practicas que se deben usar solo en caso muy especificos

mala practica lo del cherry pick pero se puede encontrar varios casos de uso y entiendo que seria sabio solo usarlo en local en caso de ser necesario…

Me parece útil.

yo todo emocionado porque pensé que era de buen practica jajajajaja

Estoy en “master” resolviendo un hotfix… luego de ser desplegado y aprobado, necesito replicarlo a las branch de test y development … wujuuuuuuuuuuuu !!!

usar cherry-pick y listo

A seguir aprendiendo