☰ Menu

05.10.2026 · Signal Titans Editorial

GitHub suspend les analyses hebdomadaires de code sur les dépôts inactifs

GitHub adapte les analyses de code planifiées : désormais, seuls les dépôts avec des commits ou des pull requests récents exécuteront les scans hebdomadaires.

Illustration vectorielle minimaliste montrant la lumière d'un scanner automatisé au repos au-dessus d'un coffre scellé, dans des tons bleu ardoise et gris.

GitHub a ajusté le fonctionnement de ses fonctionnalités d'analyse planifiée du code afin de s'assurer que les scans automatiques hebdomadaires ne s'exécutent que sur les dépôts activement maintenus. Selon la nouvelle logique, les analyses hebdomadaires programmées pour la configuration par défaut du scan de code et pour GitHub Code Quality ne se déclencheront qu'une fois l'analyse initiale lancée par un push ou une pull request.

Résolution des déclenchements d'analyse intempestifs

Auparavant, GitHub déterminait l'activité d'un projet sur la base de n'importe quel événement d'analyse non planifié. Cela incluait le scan de validation initial exécuté automatiquement lors de l'activation de la configuration par défaut, ainsi que les analyses provoquées par un changement dans les langages détectés. Par conséquent, le déploiement de configurations de sécurité sur de grands ensembles de dépôts marquait souvent des projets dormants comme actifs pour une durée de six mois, entraînant l'exécution inattendue de scans hebdomadaires.

Nouvelles règles pour les analyses programmées

Grâce à cette mise à jour, les analyses de configuration initiale continuent de s'exécuter immédiatement afin de faire remonter les résultats existants. En revanche, les scans hebdomadaires récurrents sont différés jusqu'à ce qu'un push ou une pull request ne déclenche une analyse. GitHub évalue cet état d'activité en se basant sur l'historique des analyses plutôt que sur l'activité Git antérieure à l'activation du service. Les métriques d'activité restent quant à elles partagées entre GitHub Code Quality et le scan de code.

Impact et disponibilité pour les entreprises

Ce changement vise à rendre les contrôles de sécurité plus prévisibles et à éliminer les exécutions superflues en arrière-plan lors de la gestion de politiques de sécurité à l'échelle d'une organisation. Aucune intervention manuelle ou mise à jour de configuration n'est requise de la part des utilisateurs pour appliquer ces nouvelles règles de planification.

Cette mise à jour opérationnelle est effective immédiatement pour les clients de GitHub Enterprise Cloud et sera intégrée à la version 3.24 de GitHub Enterprise Server.

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

Source: Scheduled code scanning skips inactive repositories