Mejores prácticas de integración continua

Como regla general, es mucho más fácil solucionar problemas pequeños que problemas grandes. Una de las mayores ventajas de la integración continua es que el código se integra en un repositorio frente a otros cambios que se producen al mismo tiempo. Si un equipo de desarrollo confirma cambios de código de forma temprana y frecuente, los errores son más fáciles de identificar porque hay menos código para ordenar.

Al realizar las pruebas en lotes pequeños, se mejora la calidad del código y los equipos pueden iterar de manera más efectiva.

Los sistemas de integración continua permiten que la documentación esté ampliamente disponible, y esta documentación puede resultar muy útil mucho después de haber implementado la CI en su flujo de trabajo. En GitLab, disponemos de una documentación de CI/CD exhaustiva que se actualiza con frecuencia para reflejar los últimos procesos.

Puede ser útil hacer referencia a la documentación en archivos README o en otros formatos accesibles. Anime a los miembros del equipo a leer primero la documentación, marcar vínculos, crear preguntas frecuentes e incorporar estos recursos en la incorporación de nuevos miembros del equipo.

Los pipelines de CI contienen jobs y etapas: los jobs son las actividades que ocurren dentro de una etapa en particular, y una vez que se aprueban todos los jobs, el código pasa a la siguiente etapa. Para aprovechar al máximo sus pipelines de CI, optimice las etapas para que las fallas sean fáciles de identificar y corregir.

Las etapas son una forma sencilla de organizar jobs similares, pero es posible que haya algunos jobs en su pipeline que podrían ejecutarse de manera segura en una etapa anterior sin afectar negativamente a su proyecto si fallan. Considere ejecutar estos jobs en una etapa anterior para acelerar los pipelines de CI.

Nada ralentiza un pipeline como la complejidad. Concéntrese en que las compilaciones sean rápidas, y la mejor forma de hacerlo es simplificando los procesos al máximo.

Cada minuto que se resta al tiempo de compilación es un minuto que se ahorra cada desarrollador cada vez que realiza una confirmación. Dado que la CI exige confirmaciones frecuentes, este tiempo puede acumularse. Martin Fowler analiza una guía de la compilación de diez minutos que la mayoría de los proyectos modernos pueden lograr. Dado que la integración continua exige confirmaciones frecuentes, el ahorro de tiempo en las compilaciones de confirmaciones puede devolver mucho tiempo a los desarrolladores.

La mejora es un proceso. Cuando los equipos cambian su respuesta a las fallas, se crea un cambio cultural para la mejora continua. En lugar de preguntar quién causó la falla, pregunte qué causó la falla. Esto significa pasar de una cultura de culpar a una cultura de aprender.

Si los equipos realizan confirmaciones frecuentes, es mucho más fácil identificar los problemas y resolverlos. Si hay patrones en compilaciones fallidas, observe las causas subyacentes. ¿Hay errores no relacionados con el código que están causando compilaciones innecesarias? Tal vez pueda incorporar un parámetro allow_failure. Busque formas de mejorar continuamente, haga que las fallas no tengan culpa y busque causas (no culpables).

En la integración continua, cada confirmación desencadena una compilación. Estas compilaciones luego ejecutan pruebas para identificar si algo se romperá por los cambios de código que introduzca. La pirámide de pruebas es una forma para que los desarrolladores piensen en cómo equilibrar las pruebas.  Las pruebas de extremo a extremo se utilizan principalmente como protección, y las pruebas unitarias se utilizan con mayor frecuencia para identificar errores. Algo importante a tener en cuenta con las pruebas es el entorno. Cuando los entornos de prueba y producción coinciden, los desarrolladores pueden confiar en los resultados e implementar con confianza.

En GitLab, las aplicaciones de revisión colocan el nuevo código en un entorno en vivo similar a la producción para visualizar los cambios en el código. Esta funcionalidad ayuda a los desarrolladores a evaluar el impacto de los cambios.

La integración continua ayuda a los desarrolladores a implementar más rápido y obtener comentarios antes. En última instancia, el mejor sistema de integración continua es el que realmente se utiliza. Encuentre la herramienta de CI adecuada para sus necesidades y luego incorpore estas prácticas recomendadas para aprovechar al máximo su nuevo flujo de trabajo de CI.

Mediante la adopción de las prácticas recomendadas descritas, los equipos de desarrollo de software, incluidos los equipos de ingeniería de plataformas y los equipos de DevOps, pueden mejorar sus esfuerzos de integración continua y, en última instancia, optimizar su proceso de desarrollo e implementación. A medida que estas prácticas se integran más en su entorno de desarrollo, la alineación entre los objetivos del equipo de ingeniería y la ejecución operativa se agudiza.

Recuerde, el sistema de integración continua más sólido no se trata solo de las herramientas, sino de la eficacia con la que su equipo las utiliza para fomentar las mejoras y lograr resultados rápidos y confiables.