Integración continua: mejores prácticas

Hagamos una revisión final de las mejores prácticas de Integración Continua en base a todas las lecciones que hemos aprendido hasta ahora:

• Maintain a code repository- Este es el paso más básico. En todos nuestros ejemplos, todo se mantiene en un repositorio de Git desde la base del código hasta los perfiles de publicación y los scripts de la base de datos. Siempre debe asegurarse de que todo se mantenga en el repositorio de código.

• Automate the build- Hemos visto cómo usar MSBuild para automatizar una compilación junto con el uso de un perfil de publicación. Este es nuevamente un paso clave en el proceso de Integración continuo.

• Make the build self-testing - Asegúrese de que puede probar la compilación manteniendo los casos de prueba unitarios en su lugar y estos casos de prueba deben ser de tal manera que puedan ser ejecutados por el servidor de integración continua.

• Everyone commits to the baseline every day- Este es un principio clave de la integración continua. No tiene sentido quedarse hasta el final de todo el proceso para ver quién rompe la construcción.

• Every commit (to baseline) should be built- Cada compromiso realizado con la aplicación debe construirse correctamente. Si la compilación falla por cualquier motivo, entonces es necesario cambiar el código para garantizar que se apruebe.

• Keep the build fast- Si la construcción es lenta, indicaría un problema en todo el proceso de Integración Continua. Asegúrese de que las compilaciones estén siempre limitadas a una duración, preferiblemente nunca deben exceder los 10 minutos.

• Everyone can see the results of the latest build- El panel de TeamCity ofrece a todos una vista de todas las compilaciones, que se aprobaron o fallaron. Esto da una buena idea de todas las personas involucradas en el proceso de Integración Continua.