GitHub anunció el 24 de septiembre que los artifacts expirados de GitHub Actions dejan de mostrarse tanto en el resumen de las ejecuciones como en los endpoints REST que listan o recuperan estos archivos. Hasta ahora seguían apareciendo con una etiqueta “Expired” aunque el contenido ya hubiese sido eliminado del almacenamiento. El cambio está documentado en el changelog oficial de GitHub.
Qué desaparece de la interfaz y la API
La lista de artifacts de una workflow run ya no incluirá elementos que hayan superado su periodo de retención. Lo mismo ocurre con los endpoints REST utilizados para listar artifacts de un repositorio o recuperar uno concreto.
La razón es evitar una ambigüedad: algunos usuarios interpretaban la presencia de la referencia expirada como señal de que seguían almacenando o pagando por el archivo, cuando los datos reales ya habían sido borrados.
No cambia la retención ni la facturación
GitHub aclara que el cambio no modifica la duración configurada para conservar artifacts ni las reglas de facturación. La eliminación física ya ocurría al expirar; ahora la referencia visual y la respuesta de API se alinean con esa realidad.
Si una empresa necesita saber qué artifacts produjo una ejecución antigua, esa información seguirá disponible en los logs del workflow. Por tanto, los equipos que dependan de históricos deben apoyarse en registros de ejecución y no en la lista de artifacts una vez caducados.
Qué scripts pueden romperse
Una integración que espere recibir artifacts con estado “Expired” puede empezar a devolver menos elementos. Conviene revisar dashboards, scripts de auditoría y procesos que utilicen los endpoints de artifacts para reconstruir actividad pasada.
También es recomendable comprobar si alguna automatización utiliza el número de artifacts como señal para decidir limpieza, cumplimiento o almacenamiento externo. El cambio no borra información adicional, pero sí altera el conjunto de objetos devuelto por la API.
Qué debería hacer un equipo DevOps
La acción práctica es sencilla: revisar integraciones REST relacionadas con artifacts, comprobar si dependen de referencias expiradas y, cuando sea necesario, trasladar la trazabilidad histórica a logs o a un sistema propio de auditoría.
En la misma semana GitHub también ha añadido un validador para la configuración empresarial de Copilot, nuevas métricas de revisión de pull requests, integración de Agentic Autofix con Copilot Memory, mejoras de Copilot en Slack y Teams, una nueva versión de CodeQL y cambios de seguridad que conviene leer junto al parche crítico de GitLab.
Fotografía: Lukas Blazek / Pexels.
