1
00:00:01,020 --> 00:00:03,480
Bienvenidos y vamos a hablar sobre la integración continua.

2
00:00:04,080 --> 00:00:09,150
Resulta que consiste en combinar los cambios realizados en el código del proyecto, en un repositorio

3
00:00:09,150 --> 00:00:15,570
central y de forma periódica, para luego ejecutar pruebas y detectar y reparar errores lo antes posible

4
00:00:16,260 --> 00:00:18,930
en todo lo largo de nuestros cursos.

5
00:00:19,410 --> 00:00:22,950
Hemos estado hablando de los temas de riego, es del MERS.

6
00:00:23,340 --> 00:00:24,960
Entonces, cómo sería todo esto?

7
00:00:24,960 --> 00:00:26,010
Con la integración continua?

8
00:00:26,900 --> 00:00:34,200
Y nosotros, pues obviamente vamos a tener nuestra propia rama y la vamos a fusionar hacia la rama principal.

9
00:00:34,950 --> 00:00:36,390
Cómo es la estrategia?

10
00:00:36,780 --> 00:00:42,510
Nosotros debemos hacer un pull Rickles en el cual enviamos nuestra rama.

11
00:00:42,840 --> 00:00:46,050
Debe existir alguna probador que verifique nuestros cambios.

12
00:00:46,710 --> 00:00:50,980
Una vez ya se apruebe y se lanza toda la parte integración continua.

13
00:00:51,390 --> 00:00:55,320
Entonces los cambios de código se combinan con frecuencia en la rama principal.

14
00:00:55,800 --> 00:01:01,350
Los procesos automatizados de compilación y pruebas garantizan que el código de la rama principal siempre

15
00:01:01,350 --> 00:01:04,640
tenga una calidad de producción súper.

16
00:01:05,460 --> 00:01:09,050
Creo que es muy claro esto, pero demos un mayor contexto.

17
00:01:10,260 --> 00:01:16,410
Al hacerlo, se debe construir un artefacto, es decir, que después que nosotros hagamos todos los

18
00:01:16,410 --> 00:01:24,240
cambios y mandemos el pull rico y se apruebe, se crea un artefacto que es el resultado de toda la compilación

19
00:01:24,240 --> 00:01:24,780
como tal.

20
00:01:25,140 --> 00:01:31,440
Siempre es recomendable hacer funcional tests contra el artefacto y si hay algo mal de una, todo el

21
00:01:31,440 --> 00:01:32,910
proceso debe morir.

22
00:01:33,660 --> 00:01:34,110
Listo.

23
00:01:34,440 --> 00:01:36,900
Entonces, siendo así, nos vemos en el siguiente video.