GitHub cambió el 24 de septiembre la forma en que muestra los artefactos caducados de GitHub Actions. Una vez superado su periodo de retención, dejan de aparecer tanto en el resumen de una ejecución como en los endpoints REST utilizados para listar o consultar artefactos. El cambio ya se está aplicando en la plataforma, según el changelog oficial de GitHub.
Qué cambia en la interfaz
Hasta ahora, una ejecución podía seguir mostrando referencias a artefactos que ya habían caducado. Con el nuevo comportamiento, esos elementos desaparecen de la vista de resumen cuando ya no están disponibles. Los registros de la ejecución continúan indicando que el workflow generó artefactos, por lo que sigue existiendo trazabilidad sobre lo que ocurrió.
La modificación afecta a la presentación y consulta de esos elementos, no al momento en que se eliminan físicamente.
Qué cambia en la API REST
Los endpoints que listan y recuperan artefactos ya no devolverán los que hayan expirado. Esto puede afectar a scripts internos, paneles o integraciones que utilizaban la presencia de esos registros para reconstruir históricos de una pipeline.
Una empresa que dependa de esos endpoints debería revisar si su código asume que un artefacto antiguo seguirá apareciendo con estado expirado. A partir de ahora, la ausencia puede significar simplemente que ha superado la retención.
No cambia la retención ni la facturación
GitHub especifica que los archivos caducados ya se eliminaban anteriormente. La novedad no reduce los plazos de conservación ni modifica la facturación de Actions; cambia cómo se exponen los registros una vez que el archivo ha dejado de existir.
El cambio también simplifica la interfaz al evitar referencias a archivos que ya no pueden descargarse ni recuperarse desde la plataforma.
Qué deberían hacer los equipos
Las empresas que necesiten conservar binarios, informes, paquetes de pruebas o evidencias durante más tiempo deben asegurarse de que su política de retención cubra ese periodo o copiar los artefactos a un almacenamiento diseñado para archivo. También conviene adaptar integraciones que contabilicen artefactos mediante la API.
Para auditoría, los logs de la ejecución siguen siendo una fuente útil para comprobar que un artefacto se generó, aunque ya no aparezca en el listado. Si el archivo es necesario por requisitos contractuales o de cumplimiento, depender únicamente de la interfaz de Actions no es suficiente.
Para equipos que trabajan con repositorios y automatización, también son relevantes el parche crítico de GitLab, los fallos de StockAgile, la adopción de passkeys, el nuevo Microsoft Defender, la remediación de Cloudflare CASB y las capacidades agénticas de Workspace.
Fotografía: panumas nikhomkhai / Pexels.
