GitHub unifie les politiques de rétention pour les exécutions de workflows, vérifications et statuts Actions

GitHub a étendu ses politiques de rétention GitHub Actions afin de couvrir les exécutions de workflows, les vérifications (« checks ») et les statuts, au même titre que les artefacts et les journaux. Cette modification concerne les dépôts hébergés sur GitHub.com, apportant une gestion harmonisée du cycle de vie des enregistrements d'intégration et de déploiement continus créés par des jobs de workflows natifs comme par des outils tiers. En alignant ces divers types de métadonnées sur un délai de conservation unique, les administrateurs de dépôts bénéficient d'un contrôle plus prévisible sur l'historique de leurs builds et l'empreinte globale de leurs projets.

Paramètres de rétention unifiés

Dans le cadre de cette configuration mise à jour, les enregistrements associés aux vérifications, aux exécutions de workflows et aux statuts sont automatiquement supprimés lorsqu'ils dépassent le seuil de rétention défini au niveau du dépôt, de l'organisation ou de l'entreprise. Au sein de l'interface d'administration, cette option centralisée est intitulée « Check, workflow run, status, artifact and log retention ».

Avant cette mise à jour, les politiques de rétention régissaient principalement la durée de conservation des artefacts de build et des journaux d'exécution, tandis que les métadonnées d'exécution pouvaient suivre d'autres règles d'expiration. Désormais, l'ensemble des métadonnées d'exécution associées, les mises à jour de statut et les résultats des vérifications individuelles suivent exactement le même calendrier d'expiration, garantissant un nettoyage systématique des données historiques sur l'ensemble de la plateforme.

Règles de configuration et limites du système

Les paramètres de rétention appliqués au niveau du dépôt restent strictement encadrés par les plafonds maximaux établis par les politiques de l'organisation ou de l'entreprise parente. Les dépôts publics appliquent une limite de rétention maximale de 90 jours pour l'ensemble des ressources et enregistrements liés aux workflows. Les environnements privés et d'entreprise peuvent ajuster leurs calendriers dans la limite des contraintes administratives autorisées, en fonction de leurs stratégies de conformité.

GitHub a précisé que l'allongement de la durée d'une politique de rétention ne restaurera pas rétroactivement les données déjà purgées sous des règles antérieures. Par conséquent, les équipes souhaitant auditer des exécutions passées ou conserver des historiques sur de plus longues périodes doivent s'assurer que leurs configurations sont exactes avant le déclenchement des cycles de maintenance automatisés.

Illustration éditoriale générée par IA ; ce n’est pas une photographie documentaire.

Source: Actions retention now covers checks, runs, and statuses