https://dosideas.com/wiki/api.php?action=feedcontributions&feedformat=atom&user=190.232.67.46 2026-06-10T09:02:22Z Contribuciones del usuario MediaWiki 1.28.2 https://dosideas.com/wiki/index.php?title=Integracion_Continua&diff=4868 2010-03-15T17:54:43Z

<p>190.232.67.46: /* Contexto */</p> <hr /> <div>La integración contínua es un concepto que surge a partir de la idea de realización de builds diarios. El modelo ideal de integración contínua permite que la construcción y ejecución de pruebas sea realizada cada vez que el código cambia o es enviado al software de [[Control De Versiones]]. <br /> <br /> Existe una gran cantidad de [[Herramientas Para Integracion Continua]] en el mercado.<br /> <br /> <br /> == Texto de titular ==<br /> ==Contexto==<br /> <br /> Un proyecto de desarrollo de software con [[Control De Versiones]] y [[Automatizacion De Build]] posee a necesidad de integrar el código con frecuencia para reducir los riesgos de problemas en la integración final del proyecto. se informa que la siguiente publicacion sera ...<br /> <br /> ==Problema==<br /> <br /> Integración de código en el trabajo de todo el equipo despúes de ciclos largos (semanas o meses) se torna una sesión de carga a defectos de integración.<br /> Integraciones poco frecuentes pueden generar atrasos en el cronograma y problemas de calidad en el producto.<br /> Sin integraciones frecuentes no es posible certificar diariamente la estabilidad del producto.<br /> <br /> ==Fuerzas==<br /> <br /> * Los problemas de integración se deben detectar idealmente cuando son insertados en el código que puede generarlos.<br /> * Los desarrolladores no poseen el hábito de hacer check-in de código con frecuencia.<br /> * La compilación de código se puede demorar y tornarse un impidimento para la construcción e integración continua del código.<br /> <br /> ==Solución==<br /> <br /> Utilice una herramienta que permita realizar la integración contínua del código (al menos una vez por día).<br /> Adopte un proceso que torne los resultados de la herramienta cruciales para avalar el estado del proyecto.<br /> <br /> ==Raciocinio==<br /> <br /> La integración contínua es un concepto que surge a partir de la idea de realización de builds diarios con pruebas de humo.<br /> El modelo ideal de integración contínua permite que la construcción y ejecución de pruebas de humo sea realizada cada vez que el código cambia o es enviado al software de control de versiones.<br /> <br /> El proceso de build diario minimiza los riesgos de integración porque los problemas son identificados continuamente.<br /> También reduce el riesgo de baja calidad de código, pues un conjunto de pruebas básico permite que las funcionalidades principales del software sean continuamente avaladas.<br /> <br /> Grandes empresas desarrolladores de software como Microsoft, Netscape, IBM, Oracle utilizan este proceso de integración continua diaria en sus principales proyectos.<br /> <br /> El proceso de integración continua se hace efectivo cuando el build es generado con éxito.<br /> En el caso que el build no sea generado debido a problemas, la prioridad del equipo pasa a la corrección de los defectos.<br /> Normalmente el error en un build ocurre cuando este no compila o no pasa las pruebas básicas automatizadas.<br /> <br /> El proceso de integración continua funciona de la siguiente manera:<br /> <br /> * Los desarrolladores del equipo hacen modificaciones en el código fuente, compilan y ejecutan las pruebas unitarias automatizadas y hacen el check-in (o commit) del código en la línea activa del desarrollo en la herramienta de control de versiones.<br /> * La herramienta de integración continua de acuerdo a ciertos períodos de tiempo (se recomienda colocar períodos cortos menores a cuatro horas) verifica si nuevo código se ha colocado en la línea activa del software de control de versiones.<br /> * Si es así, la herramienta de integración continua extrae todo el código fuente y compila en el servidor isolado que tiene por objetivo generar builds limpios.<br /> * Si compila, la herramienta de integración continua ejecuta otras tareas que pueden ser definidas por la herramienta de build como: compilar y ejecutar pruebas unitarias, pruebas de aceptación, generar información de las pruebas, de la cobertura y de análisis estático de código.<br /> * La herramienta de Integración Continua actualiza los datos de la página Web del proyecto con todos los resultados de la ejecución del build y con todos los fuentes alterados y con los datos de que se hizo en cada iteración.<br /> * La herramienta envía mensajes (por email, page, MSN, etc) para el equipo informando el resultado del proceso de build durante la integración continua.<br /> <br /> ==Contexto Resultante==<br /> <br /> El proyecto posee una herramienta de integración continua que ejecuta automáticamente los builds al mismo tiempo que ocurren las modificaciones en el código.<br /> <br /> El [[Control De Versiones]], la [[Automatizacion De Build]] y la [[Integracion Continua]] se tornan fundamentales para la ejecución continua y automatizada de [[Automatizacion De Pruebas Unitarias]], [[Automatizacion De Pruebas De Aceptacion]], [[Automatizacion De Metricas De Producto]] y la generacion de [[Radiadores De Informacion]].<br /> <br /> <br /> <br /> ==Patrones Relacionados==<br /> <br /> * [[Control De Versiones]]<br /> * [[Automatizacion De Build]]<br /> * [[Automatizacion De Pruebas Unitarias]]<br /> * [[Automatizacion De Pruebas De Aceptacion]]<br /> * [[Automatizacion De Metricas De Producto]]<br /> * [[Radiadores De Informacion]]<br /> <br /> ==Ver también==<br /> * [[Herramientas Para Integracion Continua]]<br /> * [http://ivanator.wordpress.com/2009/01/12/montando-un-entorno-integracion-continua-hudson-ant-svn-netbeans/ Tutorial para integrar Hudson, NetBeans, Ant y SVN]<br /> <br /> ==Reconocimientos==<br /> <br /> * (BERCZUK e APPLETON, 2002)<br /> * (CLARK, 2004)<br /> * (COCKBURN, 2004a)<br /> * (CUSUMANO e YOFFIE, 1998)<br /> * (CUSUMANO e SELBY, 1996)<br /> * (DUVALL, 2007)<br /> * (FOGEL, 2005)<br /> * (FOWLER e FOEMMEL, 2006)<br /> * (MCCONNELL, 1996b)<br /> * (RICHARDSON e GWALTNEY, 2005)<br /> * (SCHUH, 2005)<br /> <br /> [[Category: Integración Continua]]</div>

190.232.67.46