Introducci贸n

1

Lo que aprender谩s sobre DevOps con GitLab

2

驴Qu茅 es Devops?

3

El ciclo de vida del Devops

4

Introducci贸n a Gitlab

5

Gitlab vs Github

Administraci贸n

6

Autenticaci贸n

7

Grupos

8

Autorizaci贸n

9

Auditor铆a

10

Proyectos

Planificaci贸n

11

Tipos de desarrollo

12

Planificaci贸n en Gitlab-Issues

13

Planificaci贸n en Gitlab-Etiquetas

14

Planificaci贸n en Gitlab-Pesos

15

Planificaci贸n en Gitlab-Milestones

16

Planificaci贸n en Gitlab-Boards

17

Planificaci贸n en Gitlab-Service Desk

18

Planificaci贸n en Gitlab-Quick actions

Verificaci贸n

19

Inicializaci贸n del repositorio

20

Merge requests

21

Profundizando en Merge requests

22

Continuous Integration-CI

23

Gitlab CI

24

Automatizacion con GitLab Cl

25

Validacion de la configuracion con GitLab Cl

26

gitlab-ci.yml

27

Gitlab pages

28

Implementando Gitlab pages

29

驴Qu茅 es el Desarrollo 脕gil?

30

Gitlab autodevops

31

Implementando GitLab autodevops

32

Habilitando autodevops

Empaquetaci贸n

33

Gitlab container registry

34

Introducci贸n a contenedores

Seguridad

35

Introducci贸n a DevSecOps

36

Firmas de seguridad

37

Pruebas est谩ticas de seguridad

38

Escaneo de contenedores

39

Escaneo de dependencias

40

Pruebas din谩micas de seguridad

41

Gitlab security dashboard

Distribuci贸n

42

Continuous Delivery (CD)

43

Ambientes

44

Review apps

45

Estrategias de Distribuci贸n

46

Feature Flags

47

Rollback

Monitoreo

48

驴Por qu茅 monitorear?

49

M茅tricas de desempe帽o (performance metrics)

50

M茅tricas de salud (health metrics)

51

Metricas de equipo

52

Rastreo de errores

Conclusiones

53

驴Por qu茅 desarrollar con Gitlab?

No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Profundizando en Merge requests

21/53
Recursos

Aportes 18

Preguntas 7

Ordenar por:

Los aportes, preguntas y respuestas son vitales para aprender en comunidad. Reg铆strate o inicia sesi贸n para participar.

Cherry-pick es para pasar solo commits especificos de una rama a otra, sin hacer un merge de un conjunto de commits

Por ejemplo si la rama de desarrollo tiene 3 commits nuevos y solo necesitamos pasas el commit intermedio a master, cherry-pick permite pasar solo este commit y dejar 鈥減endiente鈥 el resto

Seleccionando commits: Cherry-pick

Cherry-pick changes - Gitlab

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

Freddy dice que es una mala practica =/

Cherry-Pick, es una mala practica, permite pasar un commit de cualquier rama y 鈥減egarlo 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 鈥渃herry-pick鈥

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

Muy interesante el concepto de 鈥渕erge 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?

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

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