GitHub a confirmé le 28 septembre 2026 que l’application complète des exigences de version pour les runners auto-hébergés de GitHub Enterprise Cloud intervient le mardi 29 septembre. Le déploiement commence le 28 septembre : les équipes concernées doivent vérifier leurs machines d’exécution.
Deux seuils à ne pas confondre
Les exigences ne changent pas. Sous la version 2.329.0, un runner ne peut plus être enregistré ou réenregistré. Pour un runner déjà enregistré, un minimum distinct, plus élevé, conditionne l’exécution des workflows. En dessous de ce seuil, les jobs cessent d’être traités, même si la machine avait été enregistrée auparavant.
L’annonce ne donne pas le numéro du minimum d’exécution. La version 2.329.0 ne doit donc pas être présentée comme suffisante pour tous les usages. GitHub recommande de mettre à jour les runners avant l’échéance.
Le périmètre est limité à Enterprise Cloud
GitHub Enterprise Server n’est pas concerné par cette annonce. Pour Enterprise Cloud avec résidence des données, l’application des exigences avait déjà commencé le 31 juillet 2026. GitHub mentionne aussi une API REST donnant les dates de dépréciation pour l’enregistrement et l’exécution.
La publication officielle GitHub détaille ce périmètre.
Contrôler les runners et leurs journaux
La documentation de dépannage permet de compléter la vérification : dans Settings, Actions, puis Runners, les états Idle, Active et Offline indiquent respectivement la disponibilité, l’exécution d’un job et l’absence de connexion. Les journaux de diagnostic se trouvent dans le dossier _diag.
Il s’agit d’une contrainte sur la version du runner auto-hébergé, distincte du retrait de Node 20 dans les workflows.
