Lunch and Learn Continuous Integration

1. Integración Continua
L&L
08/06/17

2. • Hablemos de Integración Continua?
• En que consiste?.
• Beneficios.
• Actividades
• Herramientas.
Agenda

3. Hablemosde…

4. <code>Proceso desarrollo de
Software </code>

8. RIESGO

9. Frasescomo….

10. Pruebas enProducción??

11. PruebasDEFICIENTES

12. ok,noincluyamospruebas…

13. Ysinosencontramosconun“BUG"

15. Depuremoselcódigo…

16. Sencillo?

17. bueno…ahoraIntegremosnuestro código

20. Resolviendoconflictos
engit…

21. Pain?

22. MorePain!

23. mergedone!!

24. Y ahora?

27. INTEGRACIÓN CONTINUA

28. Un poco de histori@

29. Kent Beck
1999

30. • Integrar código frecuentemente en el branch
principal.
• Múltiples integraciones al día.
• La Integración debe ser verificada por pruebas
automatizadas.
• Detectar errores de integración
tempranamente.

31. Martin Fowler
2006

32. • Mantener un repositorio único.
• Automatiza la construcción de artefactos.
• Haz test para comprobar la construcción.
• Todos los commits van al branch principal todos los
días.
• Cada commit debe construir el branch principal en un
servidor de integración.
• Corregir compilaciones rotas inmediatamente.
• Mantener la compilación rápida.
• Testear en un clon del entorno de producción.
• Hacerlo fácil, para que cualquiera pueda tener el
último ejecutable.
• Todos pueden ver lo que está pasando.
• Automatizar el deployment.

34. INTEGRACIÓN CONTINUA
“ Práctica de desarrollo software donde los miembros del equipo
integran su trabajo frecuentemente, al menos una vez al día. Cada
integración se verifica con un build automático (que incluye la
ejecución de pruebas) para detectar errores de integración tan pronto
como sea posible”

36. • Reducir el riesgo en el desarrollo del producto.
• Minimizar y reducir problemasdeintegración.
• Mejorar la visibilidad del estado del producto de software.
• Saber en todo momento cual es el estado de nuestro
código.
• Acelerar la detección de fallas.
• Disminuir el tiempo dedicado a depurar testear y corregir
errores.
• Evitar la espera para averiguar si un código funciona.
• Conlleva una mejora de la calidad del software.
• Mejora la calidad del equipo.

38. “Registrar (commit) su código al
menos una vez al día.”

39. “No registrar códigos con error”
No registrar código sin probar.

40. “No generar nuevas versiones con
código que NO funciona”

41. “No pueden terminar sus
actividades del día hasta haber
registrado su código y que el
sistema se integre exitosamente”

42. “Si rompes tests que no has
escrito tú con tu código, es tu
responsabilidad arreglarlos”

43. Actividades CI

44. • Cada desarrollador obtiene una copia del código en su espacio de trabajo
privado.
• Cuando un desarrollador termina su trabajo, envía sus cambios al
repositorio.
• El servidor de integración continua monitorea el repositorio y detecta los
cambios automáticamente.
• El servidor (de integración continua) integra el sistema y corre las pruebas
(unitarias, de integración, mutación, etc.)
• El servidor publica los artefactos ejecutables.
• El servidor asigna una etiqueta a la nueva versión y su ejecutable.
• El servidor informa al equipo el resultado de la integración.
• Si la integración o pruebas fallan, el servidor alerta al equipo y el equipo lo
resuelve lo antes posible.
• Se continúa integrando frecuentemente a lo largo del proyecto.
ActividadesdeCI

45. El círculo virtuoso.

47. Herramientas

51. #graci@s