☰ Menu

02.10.2026 · Signal Titans Editorial

L’action Code Quality de GitHub ne fait plus échouer la CI sur les nouvelles branches

GitHub a mis à jour son action Code Quality pour ignorer l'envoi de couverture sur les branches sans PR ouverte, évitant ainsi les échecs CI injustifiés.

Un emblème de coche verte reposant sur une plateforme grise lisse avec un fond en dégradé doux.

GitHub a mis à jour son action GitHub Action upload-code-coverage dédiée à la qualité du code pour empêcher le plantage des workflows d'intégration continue lorsque les développeurs publient de nouvelles branches. Cette modification résout un problème où l'envoi des données de couverture de code provoquait des échecs de build inutiles sur des branches ne disposant pas encore de pull request active.

Gestion des publications sur des branches non liées

Avant cette mise au point, l'API de couverture de GitHub exigeait un numéro de pull request explicite à chaque fois que du code était poussé vers une branche autre que celle par défaut. Cet identifiant de pull request n'étant généré qu'une fois la demande ouverte, les premiers pushs sur de nouvelles branches entraînaient l'échec de l'étape upload-code-coverage, même si le workflow sous-jacent fonctionnait parfaitement.

Désormais, l'action détecte automatiquement lorsqu'un push intervient sur une branche dépourvue de pull request associée. Au lieu de renvoyer un statut d'erreur, l'action ignore simplement la tentative d'envoi. Elle consigne un avertissement explicatif dans GitHub Actions et ajoute une note dans le résumé de l'étape. Ce fonctionnement se maintient pour les pushs ultérieurs jusqu'à ce qu'une pull request soit officiellement ouverte.

Impact sur la configuration des workflows

Ce changement ne nécessite aucune mise à jour de configuration pour les dépôts standards. Les envois de couverture déclenchés par des pushs sur la branche par défaut, ainsi que les événements de pull request pris en charge, continuent de fonctionner sans modification.

Toutefois, les équipes de développement doivent prêter attention à l'interaction entre les déclencheurs d'événements et cette mise à jour. Si un workflow s'appuie exclusivement sur des événements de type push, l'ouverture d'une pull request ne générera pas automatiquement d'envoi de couverture ; la mesure ne reprendra qu'au prochain push sur cette branche. Les dépôts nécessitant des métriques de couverture immédiates dès l'ouverture d'une pull request doivent inclure explicitement un déclencheur pull_request dans la définition de leur workflow.

Disponibilité de la fonctionnalité

Ce nouveau comportement est actif pour les utilisateurs de GitHub Enterprise Cloud et GitHub Team, y compris les comptes exploitant GitHub Enterprise Cloud avec résidence des données. La modification n'a pas été déployée sur les instances GitHub Enterprise Server.

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

Source: Code coverage uploads no longer fail CI for new branches