No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

No se trata de lo que quieres comprar, sino de quién quieres ser. Aprovecha el precio especial.

Antes: $249

Currency
$209

Paga en 4 cuotas sin intereses

Paga en 4 cuotas sin intereses
Suscríbete

Termina en:

14 Días
7 Hrs
9 Min
21 Seg

Profundizando en Merge requests

21/53
Recursos

Aportes 18

Preguntas 9

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

Cherry-Pick no es de gitlab si no que es de git, permite pasar un commit de cualquier rama y “pegarlo en otra”, no necesariamente actual si no de cualquier momento de la historia.

Freddy dice que es una mala practica =/

Hoy en día ya no aparece el prefijo WIP:, ahora es Draft:

Cherry-Pick, es una mala practica, permite pasar un commit de cualquier rama y “pegarlo en otra”.

En algunas situaciones al estar trabajando en diferentes ramas de nuestro proyecto, nos hemos encontrado con situaciones en donde solo queremos capturar un commit en específico de una rama y pasarla a la otra, ya que no queremos hacer un merge entre ambas ramas porque estarían pasando otros cambios que no deseamos.
Para estos casos nos puede ayudar el comando “cherry-pick”

Muy interesante el concepto de “merge request”. En mi flujo de trabajo para el repositorio, actualmente trabajo con git-flow:

  • con ramas principales: master y develop
  • con ramas auxiliares: hotfix, feature, release

Mi pregunta es: ¿en un ciclo devops tiene sentido usar git-flow?

Saludos!

Cherry-pick es un comando de git que nos apoya a pasar un commit especifico de una rama otra sin la necesidad de aplicar un merge.

Un ejemplo claro de cherry-pick

APLICAR UN COMMIT A OTRA RAMA CON GIT CHERRY-PICK

https://frontendlabs.io/3084--aplicar-un-commit-otra-rama-con-git-cherry-pick

Cherry-Pick es una mala practica, y si la aplicas debería ser para tu entorno local.

A mi no me aparece el tags de Pepeline

A mi no me sale lo de pipelines.¿A que se debe?

Como algunos mencionan ya Cherry-pick es una Mala practica, yo lo he usado como ultimo recurso de emergencia, cuando mecesito un commit de un MR que aun no se ha terminado, pero necesito un cambio, pues solo hago un cherry pick.
si lo haces demaciado, algo no va de la forma correcta

Cherry-pick es tomar un commit de una rama y aplicarlo a otra. Esto es muy útil cuando por error involuntario se hace commit sobre la rama equivocada, mediante el comendo cherry-pick se puede hacer el intercambio hacia la rama correcta.

Cherry pick es una funcionalidad que nos permite coger un commit de un branch y aplicarlo en otro branch.

Aprendizaje recién adquirido, nunca olviden hacer el push,

Estaba siguiendo este video y no me aparecían las opciones así que debí regresarme al anterior solo para darme cuenta que había hecho los cambios, el commit, todo bien pero no el push.

cherry-pick trae un commit de la historia al head. es una mala.practica porque se salta el workflow de merge.

git cherry-pick
sirve para hacer un merge de un punto de una rama con otro punto de otra rama. osea sirve para pegar código de otros puntos de ramas a la rama que yo quiero

Con cherry-pick podemos tomar los cambios generados de un commit específico de cualquier ráma del repositorio y llevarlo a otra rama, es muy útil cuando se usan ramas de test y produccion por ejemplo, hay que tener especial cuidado cuando existen conflictos en el código al momento de hacer el cherry-pick, para esto crearon el parámetro -n que no realiza el commit inmediato sino que deja el cambio en el stayin area.

cherry-pick es un comando de git que permite elegir un hash de un commit en especifico de una rama y aplicarla a otra, puede ser útil para deshacer cambios.

Fuente: Cherry Pick