{"id":6761,"date":"2025-08-19T09:18:50","date_gmt":"2025-08-19T09:18:50","guid":{"rendered":"https:\/\/techhub.saworks.io\/docs\/tutoriel-github-intermediaire\/principes-fondamentaux-de-github-notions-de-base-sur-ladministration-et-fonctionnalites-du-produit-partie-2-sur-2\/creer-et-gerer-des-ensembles-de-regles-de-depot\/"},"modified":"2025-09-24T12:02:34","modified_gmt":"2025-09-24T12:02:34","slug":"creer-et-gerer-des-ensembles-de-regles-de-depot","status":"publish","type":"docs","link":"https:\/\/techhub.saworks.io\/fr\/docs\/tutoriel-github-intermediaire\/principes-fondamentaux-de-github-notions-de-base-sur-ladministration-et-fonctionnalites-du-produit-partie-2-sur-2\/creer-et-gerer-des-ensembles-de-regles-de-depot\/","title":{"rendered":"Cr\u00e9er et g\u00e9rer des ensembles de r\u00e8gles de d\u00e9p\u00f4t"},"content":{"rendered":"\n
\n

Dans cette unit\u00e9<\/strong>, vous apprendrez \u00e0 cr\u00e9er et g\u00e9rer des ensembles de r\u00e8gles (rulesets<\/em>) et \u00e0 comprendre les avantages qu\u2019ils offrent par rapport aux r\u00e8gles de protection traditionnelles.<\/p>\n\n\n\n

En tant qu\u2019administrateur GitHub, vous avez besoin d\u2019un contr\u00f4le pr\u00e9cis sur qui peut pousser, supprimer ou renommer des branches et des tags. Les ensembles de r\u00e8gles<\/strong> vous permettent de regrouper plusieurs r\u00e8gles sous un m\u00eame nom, de les appliquer \u00e0 des branches ou tags sp\u00e9cifiques, et de les activer ou d\u00e9sactiver sans les supprimer. Ils compl\u00e8tent les r\u00e8gles de protection existantes, offrant une approche unifi\u00e9e et structur\u00e9e de la s\u00e9curit\u00e9 des d\u00e9p\u00f4ts.<\/p>\n\n\n\n

<\/div>\n\n\n\n

\ud83d\udd10 Qu\u2019est-ce qu\u2019un ensemble de r\u00e8gles ?<\/strong><\/h3>\n\n\n\n

Un ensemble de r\u00e8gles<\/strong> est une collection nomm\u00e9e de r\u00e8gles qui s\u2019appliquent \u00e0 une ou plusieurs branches ou tags dans votre d\u00e9p\u00f4t.<\/p>\n\n\n\n

    \n
  • Ciblage<\/strong>\u00a0: choisissez des branches sp\u00e9cifiques (ex. :\u00a0feature\/*<\/code>) ou des tags (ex. :\u00a0v*.*<\/code>)<\/li>\n\n\n\n
  • D\u00e9finition des r\u00e8gles<\/strong>\u00a0: exiger des v\u00e9rifications de statut, imposer des commits sign\u00e9s, bloquer les push forc\u00e9s, etc.<\/li>\n\n\n\n
  • Permissions de contournement<\/strong>\u00a0: autoriser les administrateurs, \u00e9quipes ou applications GitHub \u00e0 contourner certaines r\u00e8gles<\/li>\n<\/ul>\n\n\n\n

    \ud83d\udccc Exemple : un ensemble de r\u00e8gles pour les branches feature\/*<\/code> peut exiger des commits sign\u00e9s et bloquer les push forc\u00e9s pour tous sauf les administrateurs.<\/p>\n\n\n\n

    <\/div>\n\n\n\n

    \ud83d\udcca Comparaison : r\u00e8gles de protection vs ensembles de r\u00e8gles<\/strong><\/h3>\n\n\n\n
    Fonctionnalit\u00e9<\/th>R\u00e8gles de protection<\/th>Ensembles de r\u00e8gles<\/th><\/tr><\/thead>
    Une seule r\u00e8gle par branche ou tag<\/td>\u2705<\/td>\u274c (plusieurs r\u00e8gles)<\/td><\/tr>
    Groupes de r\u00e8gles multiples coexistants<\/td>\u274c<\/td>\u2705<\/td><\/tr>
    Activation\/d\u00e9sactivation sans suppression<\/td>\u274c<\/td>\u2705 (bouton d\u2019\u00e9tat)<\/td><\/tr>
    Visibles par les utilisateurs en lecture<\/td>\u274c (admin uniquement)<\/td>\u2705<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    <\/div>\n\n\n\n

    \u2705 Avantages cl\u00e9s des ensembles de r\u00e8gles<\/strong><\/h3>\n\n\n\n
      \n
    • Superposition<\/strong>\u00a0: regrouper des r\u00e8gles de plusieurs sources ; le param\u00e8tre le plus strict s\u2019applique<\/li>\n\n\n\n
    • Statuts<\/strong>\u00a0: activer, d\u00e9sactiver ou tester les ensembles sans les supprimer<\/li>\n\n\n\n
    • Transparence<\/strong>\u00a0: les d\u00e9veloppeurs et auditeurs peuvent consulter les r\u00e8gles actives sans droits d\u2019administration<\/li>\n<\/ul>\n\n\n\n
      <\/div>\n\n\n\n

      \ud83d\ude80 Cr\u00e9er votre premier ensemble de r\u00e8gles<\/strong><\/h3>\n\n\n\n
        \n
      1. Sur GitHub.com, allez dans\u00a0Param\u00e8tres > Code et automatisation > R\u00e8gles > Ensembles de r\u00e8gles<\/strong><\/li>\n\n\n\n
      2. Cliquez sur\u00a0Nouvel ensemble de r\u00e8gles<\/strong>, puis s\u00e9lectionnez\u00a0Branche<\/strong>\u00a0ou\u00a0Tag<\/strong><\/li>\n\n\n\n
      3. Saisissez un nom et choisissez les branches ou tags cibl\u00e9s<\/li>\n\n\n\n
      4. Activez les r\u00e8gles souhait\u00e9es (ex. : exiger des v\u00e9rifications de statut, bloquer les push forc\u00e9s)<\/li>\n\n\n\n
      5. D\u00e9finissez les permissions de contournement (ex. : administrateurs, application CI)<\/li>\n\n\n\n
      6. Cliquez sur\u00a0Cr\u00e9er<\/strong><\/li>\n<\/ol>\n\n\n\n
        <\/div>\n\n\n\n
        \"\"<\/figure>\n\n\n\n
        <\/div>\n\n\n\n
        \n

        \ud83d\udca1 Astuce<\/strong><\/h3>\n\n\n\n

        Pour les branches de publication (release\/*<\/code>), exigez\u00a0deux v\u00e9rifications de statut r\u00e9ussies<\/strong>\u00a0et\u00a0bloquez les push forc\u00e9s<\/strong>\u00a0afin de garantir la stabilit\u00e9.<\/p>\n<\/div>\n\n\n\n

        <\/div>\n\n\n\n

        \ud83d\udd27 G\u00e9rer et modifier les ensembles de r\u00e8gles<\/strong><\/h3>\n\n\n\n
          \n
        • Afficher les ensembles actifs<\/strong>\u00a0: sur la page des ensembles de r\u00e8gles, voyez quels ensembles ciblent une branche ou un tag donn\u00e9<\/li>\n\n\n\n
        • Modifier un ensemble<\/strong>\u00a0: cliquez sur son nom, ajustez les r\u00e8gles ou les cibles, puis\u00a0enregistrez les modifications<\/strong><\/li>\n\n\n\n
        • Changer le statut<\/strong>\u00a0: activez ou d\u00e9sactivez un ensemble sans le supprimer<\/li>\n\n\n\n
        • Supprimer<\/strong>\u00a0: retirez les ensembles obsol\u00e8tes lorsqu\u2019ils ne sont plus n\u00e9cessaires<\/li>\n<\/ul>\n\n\n\n
          <\/div>\n\n\n\n

          \ud83d\udee1\ufe0f R\u00e8gles disponibles<\/strong><\/h3>\n\n\n\n

          Les ensembles de r\u00e8gles de d\u00e9p\u00f4t prennent en charge de nombreuses protections similaires \u00e0 celles des branches et des tags prot\u00e9g\u00e9s.<\/p>\n\n\n\n

          <\/div>\n\n\n\n
          <\/div>\n\n\n\n
          \"\"<\/figure>\n\n\n\n
          <\/div>\n\n\n\n

          Exemples courants :<\/strong><\/h3>\n\n\n\n
            \n
          • Exiger la r\u00e9ussite des v\u00e9rifications de statut (ex. : CodeQL, revue des d\u00e9pendances)<\/li>\n\n\n\n
          • Exiger des commits sign\u00e9s<\/li>\n\n\n\n
          • Bloquer les push forc\u00e9s ou les suppressions<\/li>\n\n\n\n
          • Restreindre qui peut pousser ou fusionner<\/li>\n<\/ul>\n\n\n\n
            <\/div>\n\n\n\n
            \n

            \ud83d\udca1 Astuce<\/strong><\/h3>\n\n\n\n

            Appliquez votre pipeline CI\/CD en exigeant des workflows cl\u00e9s comme v\u00e9rifications de statut avant les fusions.<\/p>\n<\/div>\n\n\n\n

            <\/div>\n\n\n\n

            \ud83e\udde9 Superposition des ensembles de r\u00e8gles et des protections<\/strong><\/h3>\n\n\n\n

            GitHub agr\u00e8ge toutes les r\u00e8gles applicables<\/strong> \u2014 protection des branches, protection des tags et ensembles de r\u00e8gles multiples \u2014 et applique le param\u00e8tre le plus restrictif<\/strong>.<\/p>\n\n\n\n

            \ud83d\udccc Exemple<\/strong> : la branche my-feature<\/code> a :<\/p>\n\n\n\n

              \n
            • Un ensemble de r\u00e8gles exigeant des commits sign\u00e9s et\u00a0trois revues<\/strong><\/li>\n\n\n\n
            • Une r\u00e8gle de protection de branche exigeant un\u00a0historique lin\u00e9aire<\/strong>\u00a0et\u00a0deux revues<\/strong><\/li>\n<\/ul>\n\n\n\n

              \u27a1\ufe0f R\u00e9sultat<\/strong> : les pull requests n\u00e9cessitent trois revues<\/strong>, et les commits doivent \u00eatre sign\u00e9s et lin\u00e9aires<\/strong><\/p>\n\n\n\n

              <\/div>\n\n\n\n

              \u2696\ufe0f Impacts des politiques et ensembles de r\u00e8gles dans GitHub Enterprise<\/strong><\/h3>\n\n\n\n

              Vos politiques et ensembles de r\u00e8gles influencent la s\u00e9curit\u00e9<\/strong>, la conformit\u00e9<\/strong>, l\u2019exp\u00e9rience d\u00e9veloppeur<\/strong> et l\u2019efficacit\u00e9 op\u00e9rationnelle<\/strong>. Il est essentiel de trouver le bon \u00e9quilibre entre contr\u00f4le<\/strong> et flexibilit\u00e9<\/strong>.<\/p>\n\n\n\n

              <\/div>\n\n\n\n

              \ud83d\udd10 S\u00e9curit\u00e9 et conformit\u00e9<\/h4>\n\n\n\n
              Avantages<\/th>Inconv\u00e9nients<\/th><\/tr><\/thead>
              Le SSO SAML et la 2FA emp\u00eachent les acc\u00e8s non autoris\u00e9s<\/td>Bloquer les forks ou exiger trop d\u2019approbations peut frustrer les d\u00e9veloppeurs<\/td><\/tr>
              La protection des branches garantit que chaque modification est revue<\/td>Les v\u00e9rifications manuelles augmentent la charge administrative<\/td><\/tr>
              Les ensembles de r\u00e8gles d\u2019audit soutiennent la conformit\u00e9 SOC 2 et ISO 27001<\/td>\u2014<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
              <\/div>\n\n\n\n

              \u2699\ufe0f Productivit\u00e9 des d\u00e9veloppeurs et efficacit\u00e9 des workflows<\/h4>\n\n\n\n
              Avantages<\/th>Inconv\u00e9nients<\/th><\/tr><\/thead>
              Les v\u00e9rifications automatiques (Dependabot, analyse de code) r\u00e9duisent le travail manuel<\/td>Des politiques strictes ralentissent les \u00e9quipes agiles<\/td><\/tr>
              Les r\u00e8gles de s\u00e9curit\u00e9 automatisent la conformit\u00e9<\/td>Bloquer les push forc\u00e9s complique les correctifs d\u2019urgence<\/td><\/tr>
              Des protections flexibles (ex. : revues sur branches critiques) maintiennent l\u2019agilit\u00e9<\/td>\u2014<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
              <\/div>\n\n\n\n

              \ud83d\udee1\ufe0f Gouvernance et contr\u00f4le d\u2019acc\u00e8s<\/h4>\n\n\n\n
              Avantages<\/th>Inconv\u00e9nients<\/th><\/tr><\/thead>
              Les r\u00e8gles de visibilit\u00e9 \u00e9vitent l\u2019exposition accidentelle du code priv\u00e9<\/td>Trop de restrictions peuvent nuire \u00e0 la collaboration<\/td><\/tr>
              Les permissions fines assurent un acc\u00e8s appropri\u00e9<\/td>Bloquer les forks dans les projets open source limite les contributions<\/td><\/tr>
              Les restrictions de fork r\u00e9duisent les risques li\u00e9s \u00e0 la propri\u00e9t\u00e9 intellectuelle<\/td>\u2014<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
              <\/div>\n\n\n\n

              \ud83d\udd04 CI\/CD et automatisation<\/h4>\n\n\n\n
              Avantages<\/th>Inconv\u00e9nients<\/th><\/tr><\/thead>
              Les v\u00e9rifications de statut garantissent la validation du code avant d\u00e9ploiement<\/td>Des validations CI trop strictes ralentissent les d\u00e9ploiements<\/td><\/tr>
              L\u2019int\u00e9gration de GitHub Actions avec les ensembles de r\u00e8gles applique automatiquement la conformit\u00e9<\/td>Bloquer les Actions tierces limite l\u2019automatisation<\/td><\/tr>
              L\u2019analyse de code et la gestion des d\u00e9pendances int\u00e9gr\u00e9es renforcent la s\u00e9curit\u00e9 des pipelines<\/td>\u2014<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
              <\/div>\n\n\n\n

              \ud83d\udd0d API de journal d\u2019audit GitHub pour enqu\u00eater sur les actifs manquants<\/h3>\n\n\n\n

              Les journaux d\u2019audit permettent de suivre des \u00e9v\u00e9nements comme la suppression de d\u00e9p\u00f4ts ou le retrait de membres. Utilisez REST ou GraphQL<\/strong> pour interroger et r\u00e9soudre les probl\u00e8mes.<\/p>\n\n\n\n

              <\/div>\n\n\n\n

              \ud83d\udee0\ufe0f \u00c9tapes pour r\u00e9soudre les actifs manquants<\/h3>\n\n\n\n
                \n
              1. Identifier l\u2019actif<\/strong>\u00a0: ex. :\u00a0repository.deleted<\/code><\/li>\n\n\n\n
              2. Interroger l\u2019API Audit Log (REST)<\/strong>\u00a0:<\/li>\n<\/ol>\n\n\n\n
                <\/div>\n\n\n\n
                HTTP<\/span>