El teu pipeline de CI triga 25 minuts: per on començar

Quan la CI triga 25 minuts, la gent deixa d'esperar-la. Fusiona abans que acabi, obre tres branques en paral·lel i perd la relació entre un canvi i el test que trenca. El cost real no és el temps de màquina, és el canvi de comportament.

1. Cachejar dependències

Si cada execució descarrega i instal·la tot des de zero, allà hi ha entre tres i vuit minuts regalats. Gairebé totes les plataformes de CI cachegen el directori de dependències amb una clau basada en el fitxer de *lock*. És la millora amb més retorn per hora invertida.

2. Paral·lelitzar el que no depèn entre si

Lint, type-check i tests unitaris no es necessiten mútuament: poden córrer alhora en *jobs* separats. Els tests *end-to-end* es poden repartir en diversos executors. El temps total passa a ser el del *job* més lent, no la suma.

3. No repetir feina entre etapes

Si l'etapa de build compila el projecte i després la de test el torna a compilar, estàs pagant dues vegades. Compartir l'artefacte compilat entre *jobs* elimina aquesta duplicació.

Com muntar el pipeline complet, amb les seves etapes i els seus *gates*, és a la guia d'integració i entrega contínues.