Bienvenidos y vamos a hablar sobre la integración continua.
Resulta que consiste en combinar los cambios realizados en el código del proyecto, en un repositorio
central y de forma periódica, para luego ejecutar pruebas y detectar y reparar errores lo antes posible
en todo lo largo de nuestros cursos.
Hemos estado hablando de los temas de riego, es del MERS.
Entonces, cómo sería todo esto?
Con la integración continua?
Y nosotros, pues obviamente vamos a tener nuestra propia rama y la vamos a fusionar hacia la rama principal.
Cómo es la estrategia?
Nosotros debemos hacer un pull Rickles en el cual enviamos nuestra rama.
Debe existir alguna probador que verifique nuestros cambios.
Una vez ya se apruebe y se lanza toda la parte integración continua.
Entonces los cambios de código se combinan con frecuencia en la rama principal.
Los procesos automatizados de compilación y pruebas garantizan que el código de la rama principal siempre
tenga una calidad de producción súper.
Creo que es muy claro esto, pero demos un mayor contexto.
Al hacerlo, se debe construir un artefacto, es decir, que después que nosotros hagamos todos los
cambios y mandemos el pull rico y se apruebe, se crea un artefacto que es el resultado de toda la compilación
como tal.
Siempre es recomendable hacer funcional tests contra el artefacto y si hay algo mal de una, todo el
proceso debe morir.
Listo.
Entonces, siendo así, nos vemos en el siguiente video.