{"meta":{"title":"Définition des seuils de qualité du code pour les pull requests","intro":"Créez une barrière Code Quality pour les pull requests afin d'améliorer la qualité du code fusionné dans votre dépôt.","product":"Sécurité et qualité du code","breadcrumbs":[{"href":"/fr/code-security","title":"Sécurité et qualité du code"},{"href":"/fr/code-security/how-tos","title":"Guides pratiques"},{"href":"/fr/code-security/how-tos/maintain-quality-code","title":"Maintenir le code de qualité"},{"href":"/fr/code-security/how-tos/maintain-quality-code/set-pr-thresholds","title":"Définir des seuils pour les PR"}],"documentType":"article"},"body":"# Définition des seuils de qualité du code pour les pull requests\n\nCréez une barrière Code Quality pour les pull requests afin d'améliorer la qualité du code fusionné dans votre dépôt.\n\n> \\[!NOTE]\n> GitHub Code Quality est actuellement dans préversion publique et peut être modifié.\n> Pendant préversion publique, Code Quality ne sera pas facturé, bien que les analyses Code Quality consomment GitHub Actions minutes.\n\n## Présentation\n\nVous pouvez bloquer les pull requests qui ne respectent pas vos normes de qualité du code en ajoutant la règle de branche **Require code quality results** à un jeu de règles et en spécifiant le niveau de gravité requis. Si un pull request n'atteint pas ce seuil, il ne peut pas être intégré.\n\n## Prerequisites\n\n* Code Quality est activé. Consultez [Activation de GitHub Code Quality](/fr/code-security/code-quality/how-tos/enable-code-quality)\n* Code dans une langue prise en charge. Consultez [les langues prises en charge](/fr/code-security/code-quality/concepts/about-code-quality#supported-languages).\n\n> \\[!NOTE]\n> Le seuil aura un impact uniquement si le référentiel possède du code dans une ou plusieurs langues prises en charge, consultez [Activation de GitHub Code Quality](/fr/code-security/code-quality/how-tos/enable-code-quality).\n\n## Confirmer que Code Quality s’exécute correctement sur les pull requests\n\nAvant d’ajouter ou de mettre à jour un ensemble de règles pour inclure un seuil pour Code Quality, vérifiez que le flux de travail Qualité du code est en cours d’exécution et signale les résultats aux pull requests. Sinon, le jeu de règles peut bloquer la fusion de **toutes les** pull requests.\n\n1. Ouvrez une demande de tirage récente et faites défiler jusqu’au résumé « Vérifications » en bas de la demande de tirage.\n2. Vérifiez que la vérification « CodeQL - Qualité du code » s’est exécutée correctement et a signalé son état.\n\nPour plus d’informations, consultez « [Analyse basée sur CodeQL pour la qualité du code](/fr/code-security/code-quality/reference/codeql-detection) ».\n\n## Ajout ou mise à jour d’un jeu de règles pour inclure Code Quality\n\n1. Accédez à l’onglet « Paramètres » de votre référentiel.\n2. Dans la barre latérale gauche, sous « Code and automation », développez <svg version=\"1.1\" width=\"16\" height=\"16\" viewBox=\"0 0 16 16\" class=\"octicon octicon-repo-push\" aria-label=\"repo-push\" role=\"img\"><path d=\"M2 2.5A2.5 2.5 0 0 1 4.5 0h8.75a.75.75 0 0 1 .75.75v3.5a.75.75 0 0 1-1.5 0V1.5h-8a1 1 0 0 0-1 1v6.708A2.493 2.493 0 0 1 4.5 9h2.25a.75.75 0 0 1 0 1.5H4.5a1 1 0 0 0 0 2h4.75a.75.75 0 0 1 0 1.5H4.5A2.5 2.5 0 0 1 2 11.5Zm12.23 7.79h-.001l-1.224-1.224v6.184a.75.75 0 0 1-1.5 0V9.066L10.28 10.29a.75.75 0 0 1-1.06-1.061l2.505-2.504a.75.75 0 0 1 1.06 0L15.29 9.23a.751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018Z\"></path></svg> **Rules (Règles)**, puis cliquez sur **Rulesets (ensembles de règles)**.\n3. Si vous ne disposez pas déjà d’un ensemble de règles pour protéger votre branche par défaut, développez **Nouveau jeu de règles** , puis cliquez sur **Nouveau ensemble de règles de branche**. Vous pouvez également ouvrir votre ensemble de règles existant pour la branche par défaut et passer à l’étape 5.\n4. Si vous créez un ensemble de règles :\n   * Définissez un nom pour l’ensemble de règles.\n   * Définissez « État de l’application » sur « Actif ».\n   * Sous « Branches cibles », ajoutez une cible de « Inclure une branche par défaut ».\n5. Sous « Règles de branche », activez « Exiger des résultats de qualité du code ».\n6. Définissez « Severity » pour indiquer le niveau de gravité minimal des résultats de qualité du code qui doivent être résolus avant qu’une pull request puisse être fusionnée dans la branche par défaut. Par exemple:\n   * Définissez « Erreurs » pour bloquer les pull requests contenant des erreurs de qualité du code non résolues avant leur fusion.\n   * Définissez « Warnings and higher » pour bloquer la fusion des pull requests contenant des **avertissements** ou des **erreurs** non résolus.\n   * Définissez « Notes and higher » pour bloquer la fusion des pull requests contenant des **remarques**, des **avertissements** ou des **erreurs** non résolus.\n   * Définissez « All » pour bloquer la fusion des pull requests contenant **n’importe quels** résultats de qualité du code non résolus.\n7. Une fois que vous avez terminé de définir ou de modifier l’ensemble de règles, cliquez sur **Créer** ou **Enregistrer des modifications**.\n\n## Étapes suivantes\n\nDécouvrez comment GitHub Code Quality fonctionne dans les pull requests pour empêcher les problèmes de qualité du code d’atteindre votre branche par défaut. Consultez [Correction des problèmes de qualité du code avant de fusionner votre pull request](/fr/code-security/code-quality/tutorials/fix-findings-in-prs)."}