Almacenamiento en caché de dependencias para compilaciones más rápidas

Gran parte del tiempo de la CI se dedica a descargar e instalar las mismas dependencias en cada ejecución. La caché las almacena entre ejecuciones para que las compilaciones posteriores reutilicen el trabajo ya realizado, lo que a menudo reduce drásticamente el tiempo de la canalización.

GitHub proporciona actions/cache. Indíquele una ruta que almacenar en caché y una clave que identifique la entrada de caché. Si hay coincidencia, restaura la ruta; de lo contrario, la guarda después del trabajo.

La clave solo debe cambiar cuando deba cambiar el contenido almacenado en caché. Lo ideal es aplicar un hash al archivo de bloqueo: un archivo nuevo implica dependencias nuevas, por lo que se crea una entrada de caché nueva.

restore-keys proporciona prefijos alternativos. Si no se encuentra la clave exacta, la acción restaura la caché más reciente cuya clave empieza por un prefijo, lo que proporciona un arranque parcialmente precalentado.

Cuando coincide exactamente la clave, se produce un acierto de caché y se restaura la ruta. Si no hay coincidencia, el trabajo se ejecuta con normalidad y la caché se guarda al final usando la clave principal, lista para la próxima vez.

Las acciones de configuración del lenguaje incluyen caché integrada. Para Node, setup-node con cache: npm gestiona la caché de dependencias, sin necesidad de un paso de caché independiente.

Almacene en caché los directorios de descargas del gestor de paquetes, no el node_modules instalado cuando sea posible, porque las cachés de descargas son portátiles y el paso de instalación sigue verificando la integridad.

• Node: ~/.npm
• Python: caché de pip
• Java: ~/.m2 o cachés de Gradle

Las cachés se limitan a una rama (con una alternativa en la rama predeterminada) y tienen un límite de tamaño por repositorio. Las cachés no utilizadas se eliminan con el tiempo, por lo que debe diseñar claves que cambien de forma controlada.

Si su clave nunca cambia, puede servir dependencias obsoletas. Vincule siempre la clave al hash del archivo de bloqueo para que las actualizaciones invaliden la caché automáticamente.

En compilaciones matriciales entre distintos sistemas operativos o versiones, incluya runner.os y la versión en la clave para que cada variante tenga su propia caché correcta y no haya conflictos.

Compare la duración de los trabajos antes y después de habilitar la caché, y observe el indicador de aciertos de caché en los registros. Una tasa de aciertos constantemente baja indica que la clave cambia con demasiada frecuencia.

Compruebe su comprensión del almacenamiento en caché de dependencias.

Ha acelerado la CI con el almacenamiento en caché de dependencias: la acción actions/cache con una clave basada en el hash del archivo de bloqueo y el fallback de restore-keys, la caché integrada en las acciones de configuración, la selección de qué almacenar en caché, la inclusión del sistema operativo y la versión en las claves de las matrices, y la prevención de cachés obsoletas vinculando la clave al archivo de bloqueo.