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 =/
Introducción
Lo que aprenderás sobre DevOps con GitLab
¿Qué es Devops?
El ciclo de vida del Devops
Introducción a Gitlab
Gitlab vs Github
Administración
Autenticación
Grupos
Autorización
Auditoría
Proyectos
Planificación
Tipos de desarrollo
Planificación en Gitlab-Issues
Planificación en Gitlab-Etiquetas
Planificación en Gitlab-Pesos
Planificación en Gitlab-Milestones
Planificación en Gitlab-Boards
Planificación en Gitlab-Service Desk
Planificación en Gitlab-Quick actions
Verificación
Inicialización del repositorio
Merge requests
Profundizando en Merge requests
Continuous Integration-CI
Gitlab CI
Automatizacion con GitLab Cl
Validacion de la configuracion con GitLab Cl
gitlab-ci.yml
Gitlab pages
Implementando Gitlab pages
¿Qué es el Desarrollo Ágil?
Gitlab autodevops
Implementando GitLab autodevops
Habilitando autodevops
Empaquetación
Gitlab container registry
Introducción a contenedores
Seguridad
Introducción a DevSecOps
Firmas de seguridad
Pruebas estáticas de seguridad
Escaneo de contenedores
Escaneo de dependencias
Pruebas dinámicas de seguridad
Gitlab security dashboard
Distribución
Continuous Delivery (CD)
Ambientes
Review apps
Estrategias de Distribución
Feature Flags
Rollback
Monitoreo
¿Por qué monitorear?
Métricas de desempeño (performance metrics)
Métricas de salud (health metrics)
Metricas de equipo
Rastreo de errores
Conclusiones
¿Por qué desarrollar con Gitlab?
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
Paga en 4 cuotas sin intereses
Termina en:
David Aroesti
Aportes 18
Preguntas 9
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:
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.
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
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?