← L'édition
DevNouveau2 min de lecture

GitHub Actions unifiera la rétention des exécutions et des statuts dès octobre 2026

À compter du 1er octobre 2026, GitHub alignera la conservation des vérifications, exécutions de workflows et statuts sur celle des artefacts et journaux. Jusqu'alors conservés plus de 400 jours sans tenir compte des configurations personnalisées, ces éléments adopteront désormais la règle de rétention du dépôt, de l'organisation ou de l'entreprise.

Fil « Alignement de la rétention des exécutions et statuts GitHub Actions »

Illustration de l'article — github.blog
Image : github.blog

Unification des politiques de conservation

À partir du 1er octobre 2026, GitHub modifie la gestion de l'historique dans GitHub Actions (le service d'intégration et de déploiement continus de la plateforme). Jusqu'à présent, les vérifications (checks, les contrôles de validation de code), les exécutions de workflows (workflow runs, le lancement des séquences d'automatisation) et les statuts (statuses, l'état d'un commit) étaient conservés pendant plus de 400 jours, quelle que soit la configuration appliquée au reste du projet.

À cette date, ces trois types de données seront intégrés au paramètre global de rétention qui régissait déjà les artefacts (les fichiers produits lors d'un build) et les journaux d'exécution (logs). La valeur par défaut générale s'établit à 90 jours. L'interface utilisateur de configuration sera mise à jour pour refléter ce périmètre sous le libellé « Check, workflow run, status, artifact and log retention ».

Impact sur le stockage et la facturation

L'objectif affiché par GitHub est de réduire le volume de données obsolètes afin de préserver la rapidité et la fiabilité des services. Cette mise en conformité a également des répercussions directes sur l'espace de stockage facturé :

  • Les métadonnées des checks, workflow runs et statuses ne sont pas facturées, mais les artefacts et journaux d'exécution qui leur sont associés le sont.
  • Pour les dépôts publics, la durée maximale de conservation pour l'ensemble des cinq éléments sera plafonnée à 90 jours.
  • Pour les dépôts privés, la rétention configurée au niveau d'un dépôt ne pourra pas dépasser le plafond défini au niveau de l'organisation ou de l'entreprise.
  • L'ajustement des règles n'est pas rétroactif : modifier vos paramètres n'aura pas pour effet de restaurer des éléments précédemment nettoyés.
  • Réduire la durée de rétention entraîne une suppression plus rapide des artefacts et logs, ce qui peut diminuer vos coûts de stockage facturables.

Anticipation et configuration

Pour la grande majorité des équipes, aucune action manuelle n'est requise d'ici l'échéance. Toutefois, si vos processus d'audit ou de suivi nécessitent un historique supérieur à 90 jours, il est conseillé de revoir vos configurations d'entreprise avant le 1er octobre 2026 ou d'exporter les données nécessaires vers un système d'archivage externe.

Les paramètres de rétention s'appliquent au niveau des API et des fichiers d'administration de l'organisation :

{
  "retention_days": 90
}

Toute modification à la hausse conserve les artefacts et journaux plus longtemps, ce qui est susceptible d'augmenter votre facture de stockage GitHub Actions.