Git + Merge + Deploy, que metodologia seguir para ser un pro DevOps 😎?
Hay ciertas practicas y conceptos que inclusive como programadores (no todo es tirar código, es un plus saber el proceso de deploy igual) nos harán crear mejores proyectos.
Git Flow, pull/merge requests, branching y autenticación con Git.
6 artículos
Hay ciertas practicas y conceptos que inclusive como programadores (no todo es tirar código, es un plus saber el proceso de deploy igual) nos harán crear mejores proyectos.
Las Pull Requests y Merge Requests no son parte de Git nativo. Las plataformas como GitHub, GitLab, y Bitbucket son los que agregaron toda la interfaz de usuario y los procesos de colaboración encima de Git.
Es como la diferencia entre entrar a tu casa por la puerta principal versus escalar por la ventana del segundo piso - técnicamente ambos te llevan adentro, pero uno es el camino correcto y seguro.
Las Pull Requests (GitHub) o Merge Requests (GitLab) - que son básicamente el mismo concepto con nombres diferentes - actúan como el puente entre tu trabajo individual y el código que eventualmente llegará a producción.
Gitflow puede utilizarse en proyectos que tienen un ciclo de publicación programado, así como para la práctica recomendada de DevOps de entrega continua (CI/CD)
El branching estratégico es como la arquitectura vial de tu proyecto: si todos manejan por cualquier calle sin reglas, habrá choques y caos. Así que vamos a ver los modelos más usados y cuándo conviene uno u otro.