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.
Artículos sobre desarrollo web, bases de datos, IA y las cosas que voy aprendiendo al construir software.
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.