Integración Continua - TLP+i 2K10
-
Upload
yeray-darias -
Category
Technology
-
view
454 -
download
2
description
Transcript of Integración Continua - TLP+i 2K10
Integración ContinuaFran Reyes Perdomo
Yeray Darias Camacho
viernes 23 de julio de 2010
¿Quiénes somos?viernes 23 de julio de 2010
Fran Reyes
fran.reyes.perdomoCurso TDD de iExpertos.com
Participante de AgileCanariasCoautor del libro de Carlos Blé
viernes 23 de julio de 2010
Yeray Darias
@ydarias
ydarias
Curso TDD de iExpertos.comParticipante de AgileCanarias
viernes 23 de julio de 2010
Introducción a ICviernes 23 de julio de 2010
¿Qué es la integración continua? (en pocas palabras)
viernes 23 de julio de 2010
Construir el software con cada nuevocambio que se produce
viernes 23 de julio de 2010
Construir el software con cada nuevocambio que se produce
Pero en realidad es mucho más queconstruir el software
viernes 23 de julio de 2010
Necesitamos un PROCESO que permitacorregir los errores antes de que sea
demasiado tarde
viernes 23 de julio de 2010
No se trata de desarrollar código, sino de desarrollar código listo para producción
viernes 23 de julio de 2010
¿Por qué falla la aproximación clásica?
viernes 23 de julio de 2010
Diseño Construcción
Integración
viernes 23 de julio de 2010
Diseño Construcción
Integración ???
viernes 23 de julio de 2010
¿Cómo se ha evolucionado hasta la integración continua?
viernes 23 de julio de 2010
viernes 23 de julio de 2010
viernes 23 de julio de 2010
viernes 23 de julio de 2010
¿Por dónde empezamos?
viernes 23 de julio de 2010
Construcción continuaviernes 23 de julio de 2010
Se debe realizar la construcción tan pronto como se producen los
cambios en el código
viernes 23 de julio de 2010
Los errores detectados por el servidorson errores que no llegan al cliente
viernes 23 de julio de 2010
Testing continuoviernes 23 de julio de 2010
Toda construcción debe estarverificada por un conjunto de
pruebas y tests unitarios
viernes 23 de julio de 2010
¿Por qué testear al final no funciona?
viernes 23 de julio de 2010
Es difícil estimar la calidad del código existente
viernes 23 de julio de 2010
Los errores permanecen ocultos
viernes 23 de julio de 2010
Es difícil estimar el estado actualdel proyecto
viernes 23 de julio de 2010
Se pierden las oportunidades defeedback
viernes 23 de julio de 2010
Inspección continuaviernes 23 de julio de 2010
Probablemente es el paso más discutido de la integración continua
viernes 23 de julio de 2010
Su coste es tan bajo respecto a lasventajas que no merece la pena
saltarse este paso
viernes 23 de julio de 2010
Este paso se puede flexibilizar con elaumento de experiencia del equipo
viernes 23 de julio de 2010
Feedback cotinuoviernes 23 de julio de 2010
http://www.flickr.com/photos/igb
Todo este proceso no tiene ningúnsentido si nadie se entera del estado
actual de la construcción
viernes 23 de julio de 2010
http://www.flickr.com/photos/igb
Hoy en día el correo sigue siendo elmedio más eficaz ... pero no es el
único que podemos usar
viernes 23 de julio de 2010
Despliegue continuoviernes 23 de julio de 2010
Tener una versión siempre actualizadaañade una mayor transparencia
en el proceso de desarrollo
viernes 23 de julio de 2010
El valor que proporciona al cliente tenersiempre la última versión de la aplicación
es incalculable y no nos cuesta nada
viernes 23 de julio de 2010
Conclusionesviernes 23 de julio de 2010
http://www.flickr.com/photos/igb
Se debe ir poco a poco, empezarpor algo sencillo e ir mejorando
viernes 23 de julio de 2010
http://www.flickr.com/photos/igb
Montar un servidor de IC es costoso,pero mucho menos que arreglartodos los errores unas semanas
antes de la entrega al cliente
viernes 23 de julio de 2010
Incluso con herramientas como Maven o Hudson requiere de un
esfuerzo por parte del desarrollador
viernes 23 de julio de 2010
Se deben realizar frencuentes commits del código que funciona
correctamente
viernes 23 de julio de 2010
Cuando se rompe una construcción, se ha de reparar de
forma inmediata
viernes 23 de julio de 2010
Hay que escribir pruebas para el código que estamos
desarrollando
viernes 23 de julio de 2010
Se debe lograr que la construcción sea lo más rápida
posible
viernes 23 de julio de 2010
Hay que escribir nuevos tests para cada bug que es reportado
viernes 23 de julio de 2010
http://www.flickr.com/photos/igb
Hay que estudiar mucho :-)
viernes 23 de julio de 2010
http://www.flickr.com/photos/igb
Hay que estudiar mucho :-)
viernes 23 de julio de 2010
Gracias por su atención
viernes 23 de julio de 2010