¿Es importante la integración continua para un desarrollador en solitario?

Como otras personas han señalado, CI tiene ventajas para un desarrollador en solitario. Pero la pregunta que tienes que hacerte es: ¿vale la pena la sobrecarga? Si eres como yo, probablemente tomará una o dos horas configurar un sistema de CI para un proyecto, solo porque tendré que asignar un servidor, configurar todas las redes e instalar el software. Recuerde que el sistema de CI solo le ahorrará unos segundos a la vez. Para un desarrollador en solitario, es probable que estos tiempos no se sumen a más que el tiempo que tomó hacer la configuración del CI.

Sin embargo, si nunca ha configurado un sistema de CI antes, le recomiendo hacerlo solo por el bien de aprender a hacerlo. No toma tanto tiempo que no vale la pena la experiencia de aprendizaje.

El beneficio de CI radica en la capacidad de descubrir temprano cuando un check in ha roto la construcción. También puede ejecutar su conjunto de pruebas automatizadas contra la compilación, así como ejecutar cualquier tipo de herramientas para darle métricas y cosas así.

Obviamente, esto es muy valioso cuando usted tiene un equipo de commiters, no todos de los cuales son diligentes para comprobar los cambios importantes. Como desarrollador en solitario, no es tan valioso. Presumiblemente, usted ejecuta sus pruebas unitarias, e incluso tal vez pruebas de integración. Sin embargo, he visto una serie de ocasiones en las que el desarrollador se olvida de comprobar un archivo de un conjunto.

La compilación CI también se puede considerar como su compilación "release". El entorno debe ser estable y no debe verse afectado por el aparatito de desarrollo que acaba de agregar a su máquina. Debería permitirle reproducir siempre una compilación. Esto puede ser valioso si agrega una nueva dependencia a su proyecto y se olvida de configurar el entorno de compilación de la versión para tenerlo en cuenta.

Si necesita soportar múltiples compiladores, entonces es útil tener un sistema de compilación de CI para hacer todo eso mientras solo desarrolla en un IDE. Mi código se construye con Vc6 hasta VS2008 en x86 y x64 se construye en VS2005 y 8, por lo que son 7 compilaciones por proyecto por configuración de proyecto... Tener un sistema de CI significa que puedo desarrollar en un IDE y dejar que el sistema de CI demuestre que todos los compiladores que apoyo aún construyen.

Del mismo modo, si está construyendo libs que son utilizadas por varios proyectos luego, CI se asegurará de que trabajen con TODOS los proyectos en lugar de solo con el que estás trabajando en este momento...

La verdad es que la integración continua tiene más sentido en los equipos. Los desarrolladores individuales también pueden obtener algunas ventajas, usted debe decidir si son suficientes para contrarrestar el tiempo que invierte en la configuración de un sistema de CI.

• Si olvidó revisar algún archivo necesario, el repositorio contiene una versión rota, incluso si funciona en su máquina. CI detectaría ese caso.
• Si su CI-server se ejecuta en una máquina diferente, puede indicar dependencias en su entorno de construcción. Significa que la compilación y todas las pruebas pueden funcionar en su dev-box, pero en otra máquina algunas dependencias no se cumplen y la compilación se rompe.
• Las compilaciones diarias pueden indicar que su software anterior no funciona con la actualización más reciente del sistema operativo/compiler/library...
• Si su CI-system tiene un archivo de artefactos de construcción, puede obtener fácilmente una distribución de una versión anterior de su software.
• Algunos CI tienen una interfaz agradable para mostrarle métricas sobre su compilación, tener enlaces a documentación generada automáticamente y cosas por el estilo.

Usamos nuestro sistema CI para hacer compilaciones de versiones (así como las compilaciones automáticas habituales "on-commit").

Ser capaz de hacer clic en un botón que inicia una compilación de lanzamiento que recorre todos los procesos para liberar una configuración es:

• rápido (puedo seguir recto con otras cosas, y se ejecuta en una máquina separada por lo que no me está ralentizando);
• repetitivo (no olvida nada, incluyendo copiar la configuración a la carpeta de lanzamiento y notificar a todos los que lo necesiten saber)
• confiable (sin errores, a diferencia de un humano!).

En un entorno Ágil, donde se espera entregar software de trabajo cada 2-4 semanas, esto es definitivamente vale la pena tener, incluso en un equipo de 1.

CI beneficia a un desarrollador en solitario en el sentido de que usted es consciente si se olvidó de comprobar algo (porque la compilación se romperá). Sin embargo, el valor de integración de ti disminuye cuando no hay otros desarrolladores.