Centre d'aide · Comprendre

Que veut dire le score affiché sur un run ?

Ce que le score mesure, le seuil qui bloque une merge request, et ce qu'il ne dit pas.

Le score est la note que l'agent vérificateur donne au code produit, entre 0 et 1. En dessous de 0,8, la merge request passe en brouillon et le pipeline tente une correction automatique plutôt que de vous livrer du travail qu'il juge insuffisant.

Qu'est-ce qui est noté, exactement ?

La conformité du code produit à l'issue et aux conventions de la technologie : est-ce que ce qui était demandé est fait, est-ce que ça respecte les règles du framework, est-ce que les fichiers modifiés sont cohérents entre eux.

Le score ne mesure pas si votre fonctionnalité est une bonne idée, ni si elle plaira à vos utilisateurs. C'est une note de conformité, pas de pertinence.

Que se passe-t-il sous le seuil ?

Le pipeline relance l'agent développeur avec les reproches du vérificateur, dans la limite du nombre de tentatives autorisé par votre compte. Si le score reste bas après ces tentatives, la merge request vous est livrée en brouillon, avec les raisons écrites en commentaire — vous voyez ce qui coince au lieu de découvrir un travail incomplet fusionné.

Puis-je changer le seuil ?

Le seuil de 0,8 est fixé par l'éditeur, identique pour tous les comptes. Ce que vous réglez, c'est le nombre de tentatives de correction automatique (Pipeline → Exécution) : chaque tentative est un aller-retour complet, donc un coût.

Un score bas veut-il dire que le code est mauvais ?

Pas nécessairement. Un score bas veut dire que le vérificateur n'est pas convaincu. Lisez ses commentaires sur la merge request : parfois il a raison, parfois il a buté sur une convention interne qu'il ne connaît pas — auquel cas la bonne réponse est d'écrire cette convention dans vos contextes pour que les runs suivants la connaissent.