Gestion des paramètres de GitHub Actions pour un référentiel

À propos des autorisations GitHub Actions pour votre dépôt

Par défaut, GitHub Actions est activé pour tous les référentiels et toutes les organisations. Vous pouvez choisir de désactiver GitHub Actions ou de le limiter aux actions et aux workflows réutilisables dans votre entreprise. Pour plus d’informations sur GitHub Actions, consultez Écriture de workflows.

Vous pouvez activer GitHub Actions pour votre dépôt. Lorsque vous activez GitHub Actions, les flux de travail peuvent exécuter des actions et des flux de travail réutilisables situés dans votre dépôt et dans tout autre public ou interne. Vous avez la possibilité de désactiver complètement GitHub Actions pour votre dépôt. Quand vous désactivez GitHub Actions, aucun workflow ne s’exécute dans votre dépôt.

Vous pouvez également activer GitHub Actions dans votre dépôt, mais limiter les actions et les workflows réutilisables qu'un workflow peut exécuter.

Gestion des autorisations GitHub Actions pour votre dépôt

Vous pouvez désactiver GitHub Actions pour un dépôt ou définir une stratégie qui configure les actions et workflows réutilisables qui peuvent être utilisé(e)s dans le dépôt.

1. Sur GitHub, accédez à la page principale du référentiel.

2. Sous le nom de votre référentiel, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Sous « Autorisations d'Actions », sélectionnez une option.

   Si vous choisissez Autoriser les actions d’entreprise, les autres actions sélectionnées et les workflows réutilisables, les actions et les workflows réutilisables au sein de votre entreprise sont autorisé(e)s, et il existe d’autres options pour autoriser d’autres actions spécifiques et workflows réutilisables. Pour plus d'informations, voir Autoriser l'exécution d'actions sélectionnées et de flux de travail réutilisables.

   Quand vous autorisez des actions et des workflows réutilisables uniquement dans votre entreprise, la stratégie bloque tout accès aux actions créées par GitHub. Par exemple, l’action actions/checkout n’est pas accessible.

   Lorsque vous activez Exiger que les actions soient attachées à un SHA de commit complet, toutes les actions doivent être attachées à un SHA de commit complet pour pouvoir être utilisées. Cela inclut les actions provenant de votre entreprise ainsi que les actions créées par GitHub. Les flux de travail réutilisables peuvent toujours être référencés par balise. Pour plus d’informations, consultez Informations de référence sur l’utilisation sécurisée.

5. Cliquez sur Enregistrer.

Autorisation de l’exécution des actions sélectionnées et des workflows réutilisables

Si vous choisissez Autoriser les actions d’entreprise, les autres actions sélectionnées et les workflows réutilisables, les actions locales et les workflows réutilisables sont autorisés. Il existe d’autres options pour autoriser d’autres actions spécifiques et workflows réutilisables :

•           **Autoriser les actions créées par GitHub :** vous pouvez autoriser l’utilisation de toutes les actions créées par GitHub par les workflows. Les actions créées par GitHub se trouvent dans les organisations `actions` et `github`. Pour en savoir plus, consultez les organisations [`actions`](https://github.com/actions) et [`github`](https://github.com/github).
  

•           **Autoriser les actions de la Place de marché par les créateurs vérifiés :**  Vous pouvez autoriser toutes les actions GitHub Marketplace créées par les créateurs vérifiés à utiliser par les workflows. Lorsque GitHub a vérifié le créateur de l’action en tant qu’organisation partenaire, le badge <svg version="1.1" width="16" height="16" viewBox="0 0 16 16" class="octicon octicon-verified" aria-label="The verified badge" role="img"><path d="m9.585.52.929.68c.153.112.331.186.518.215l1.138.175a2.678 2.678 0 0 1 2.24 2.24l.174 1.139c.029.187.103.365.215.518l.68.928a2.677 2.677 0 0 1 0 3.17l-.68.928a1.174 1.174 0 0 0-.215.518l-.175 1.138a2.678 2.678 0 0 1-2.241 2.241l-1.138.175a1.17 1.17 0 0 0-.518.215l-.928.68a2.677 2.677 0 0 1-3.17 0l-.928-.68a1.174 1.174 0 0 0-.518-.215L3.83 14.41a2.678 2.678 0 0 1-2.24-2.24l-.175-1.138a1.17 1.17 0 0 0-.215-.518l-.68-.928a2.677 2.677 0 0 1 0-3.17l.68-.928c.112-.153.186-.331.215-.518l.175-1.14a2.678 2.678 0 0 1 2.24-2.24l1.139-.175c.187-.029.365-.103.518-.215l.928-.68a2.677 2.677 0 0 1 3.17 0ZM7.303 1.728l-.927.68a2.67 2.67 0 0 1-1.18.489l-1.137.174a1.179 1.179 0 0 0-.987.987l-.174 1.136a2.677 2.677 0 0 1-.489 1.18l-.68.928a1.18 1.18 0 0 0 0 1.394l.68.927c.256.348.424.753.489 1.18l.174 1.137c.078.509.478.909.987.987l1.136.174a2.67 2.67 0 0 1 1.18.489l.928.68c.414.305.979.305 1.394 0l.927-.68a2.67 2.67 0 0 1 1.18-.489l1.137-.174a1.18 1.18 0 0 0 .987-.987l.174-1.136a2.67 2.67 0 0 1 .489-1.18l.68-.928a1.176 1.176 0 0 0 0-1.394l-.68-.927a2.686 2.686 0 0 1-.489-1.18l-.174-1.137a1.179 1.179 0 0 0-.987-.987l-1.136-.174a2.677 2.677 0 0 1-1.18-.489l-.928-.68a1.176 1.176 0 0 0-1.394 0ZM11.28 6.78l-3.75 3.75a.75.75 0 0 1-1.06 0L4.72 8.78a.751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018L7 8.94l3.22-3.22a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042Z"></path></svg> s’affiche en regard de l’action dans GitHub Marketplace.
  

•           **Autoriser or block les actions spécifiées et les workflows réutilisables :** vous pouvez limiter les workflows à l’utilisation d’actions et de workflows réutilisables dans des organisations et des dépôts spécifiques. Les actions spécifiées ne peuvent pas dépasser 1 000.
  

  Pour limiter l’accès à des étiquettes spécifiques ou valider des SHA d’une action ou un workflow réutilisable, utilisez la même syntaxe que celle utilisée dans le workflow pour sélectionner l’action ou un workflow réutilisable.

  • Pour une action, la syntaxe est OWNER/REPOSITORY@TAG-OR-SHA. Par exemple, utilisez actions/javascript-action@v1.0.1 pour sélectionner une étiquette ou actions/javascript-action@a824008085750b8e136effc585c3cd6082bd575f pour sélectionner un SHA. Pour plus d’informations, consultez « Utilisation de blocs élémentaires pré-écrits dans votre workflow ».
  • Pour un workflow réutilisable, la syntaxe est OWNER/REPOSITORY/PATH/FILENAME@TAG-OR-SHA. Par exemple : octo-org/another-repo/.github/workflows/workflow.yml@v1. Pour plus d’informations, consultez « Réutiliser des workflows ».

  Vous pouvez utiliser le caractère générique *pour faire correspondre les modèles. Par exemple, pour autoriser toutes les actions et workflows réutilisables dans les organisations qui commencent par space-org, vous pouvez spécifier space-org*/*. Pour autoriser toutes les actions et workflows réutilisables dans les dépôts qui commencent par octocat, vous pouvez utiliser */octocat**@*. Pour en savoir plus sur l’utilisation du caractère générique *, consultez Syntaxe de flux de travail pour GitHub Actions.

  Utilisez , pour séparer les modèles. Par exemple, pour autoriser toutes les actions et les workflows réutilisables des organisations octocat et octokit, vous pouvez spécifier octocat/*, octokit/*.

  Utilisez le préfixe ! pour bloquer des modèles. Par exemple, pour autoriser toutes les actions et les workflows réutilisables de l’organisation space-org, mais bloquer une action spécifique comme space-org/action, vous pouvez spécifier space-org/*, !space-org/action@*. Par défaut, seules les actions et les workflows réutilisables spécifiés dans la liste seront autorisés. Pour autoriser toutes les actions et les workflows réutilisables tout en bloquant certaines actions spécifiques, vous pouvez spécifier *, !space-org/action@*.

Cette procédure montre comment ajouter des actions spécifiques et workflows réutilisables à la liste.

1. Sur GitHub, accédez à la page principale du référentiel.

2. Sous le nom de votre référentiel, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Sous « Autorisations d'Actions », sélectionnez Autoriser les actions d’entreprise, les autres actions sélectionnées et les workflows réutilisables et ajoutez vos actions requises à la liste.

5. Cliquez sur Enregistrer.

Contrôle des modifications entre les duplications (fork) et les workflows dans les dépôts publics

Tout le monde peut dupliquer (fork) un dépôt public, puis envoyer une demande de tirage (pull request) qui propose des changements à apporter aux workflows GitHub Actions de ce dépôt. Bien que les workflows issus de duplications n’aient pas accès aux données sensibles comme les secrets, ils peuvent embêter les chargés de maintenance s’ils sont modifiés à des fins abusives.

Pour éviter cela, les workflows sur les demandes de tirage dans les dépôts publics de certains contributeurs extérieurs ne s’exécutent pas automatiquement et ont d’abord besoin d’être approuvés. En fonction du paramètre « Approbation de l'exécution des flux de travail de demandes d'extraction de fourche par les contributeurs », les flux de travail sur les demandes d'extraction vers les référentiels publics ne seront pas exécutés automatiquement et peuvent nécessiter une approbation si :

• La demande de tirage est créée par un utilisateur qui requiert des approbations basées sur la stratégie sélectionnée.
• L'événement de demande de tirage est déclenché par un utilisateur qui nécessite des approbations basées sur la politique sélectionnée.

Par défaut, tout nouveau contributeur nécessite une approbation pour exécuter des workflows.

Les flux de travail déclenchés par des événements pull_request_target sont exécutés dans le contexte de la branche de base. Étant donné que la branche de base est considérée comme approuvée, les workflows déclenchés par ces événements s’exécutent toujours, quels que soient les paramètres d’approbation. Pour plus d’informations sur l’événement pull_request_target, consultez Événements qui déclenchent des flux de travail.

Vous pouvez configurer ce comportement pour un dépôt à l'aide de la procédure ci-dessous. La modification de ce paramètre remplace la configuration définie au niveau de l'organisation ou de l'entreprise.

1. Sur GitHub, accédez à la page principale du référentiel.

2. Sous le nom de votre référentiel, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Sous Approbation pour l’exécution des flux de travail de demande de tirage fork à partir de contributeurs, choisissez le sous-ensemble d’utilisateurs qui nécessite une approbation avant d’exécuter des flux de travail sur leurs demandes de tirage. L'auteur de la demande de retrait et l'acteur de l'événement de demande de retrait qui déclenche le flux de travail seront vérifiés pour déterminer si une approbation est nécessaire. Si une approbation est requise, un utilisateur ayant un accès en écriture au référentiel doit approuver l'exécution du flux de travail de la demande de retrait. Consultez Approbation d’exécutions de workflow à partir de duplications.

   Avertissement

   Lorsque les approbations ne sont requises que pour les nouveaux contributeurs (les deux premiers paramètres), un utilisateur qui a eu un commit ou une demande de tirage fusionné dans le référentiel n'aura pas besoin d'approbation. Un utilisateur malveillant pourrait satisfaire à cette exigence en faisant accepter une simple coquille ou une autre modification inoffensive par un responsable, soit dans le cadre d'une demande de tirage dont il est l'auteur, soit dans le cadre d'une demande de tirage d'un autre utilisateur.

   • Exiger l’approbation la première fois pour les nouveaux contributeurs à GitHub. Seuls les utilisateurs qui sont à la fois nouveaux sur GitHub et qui n'ont jamais eu de commit ou de demande de tirage fusionné dans ce référentiel auront besoin d'une approbation pour exécuter des flux de travail.
   • Exiger l’approbation la première fois. Seuls les utilisateurs qui n'ont jamais eu de commit ou de demande de tirage fusionné dans ce référentiel auront besoin d'une approbation pour exécuter des flux de travail.
   • Exiger l’approbation de tous les contributeurs externes Tous les utilisateurs qui ne sont pas membres ou propriétaires de ce référentiel et non d’un membre de l’organisation nécessitent une approbation pour exécuter des flux de travail.

5. Cliquez sur Enregistrer pour appliquer les paramètres.

Pour plus d’informations sur l’approbation d’exécutions de workflow auxquelles cette stratégie s’applique, consultez Approbation d’exécutions de workflow à partir de duplications.

Activation des workflows pour les duplications de dépôts privés

Si vous vous appuyez sur l’utilisation de duplications de vos référentiels privés, vous pouvez configurer des stratégies qui contrôlent la façon dont des utilisateurs peuvent exécuter des workflow sur des événements pull_request. Quant aux paramètres de stratégie disponibles uniquement pour les dépôts privés et internes, vous pouvez les configurer pour des entreprises, des organisations ou des dépôts.

Si une stratégie est désactivée pour une entreprise ou une organisation, elle ne peut pas être activée pour un dépôt.

• Exécuter des workflows à partir de demandes de tirage de duplication : permet aux utilisateurs d’exécuter des workflows à partir de demandes de tirage de duplication, avec une autorisation GITHUB_TOKEN en lecture seule et sans accès aux secrets.
• Envoyer des jetons d’écriture aux workflows à partir de demandes de tirage : permet aux demandes de tirage provenant de duplications d’utiliser un GITHUB_TOKEN avec autorisation d’accès en écriture.
• Envoyer des secrets aux workflows à partir de demandes de tirage : rend tous les secrets disponibles pour la demande de tirage.
• Exiger l’approbation des workflows de demande de tirage (pull request) - Les exécutions de workflow sur des demandes de tirage provenant de collaborateurs sans autorisation d'écriture devront être approuvées par une personne disposant d'une autorisation d'écriture avant d'être exécutées.

Configuration de la stratégie de duplication pour un dépôt privé

1. Sur GitHub, accédez à la page principale du référentiel.

2. Sous le nom de votre référentiel, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Sous Dupliquer les workflows de demande de tirage, sélectionnez vos options.

5. Cliquez sur Enregistrer pour appliquer les paramètres.

Définition des autorisations du GITHUB_TOKEN pour votre dépôt

Vous pouvez définir les autorisations par défaut accordées au GITHUB_TOKEN. Pour plus d’informations sur GITHUB_TOKEN, consultez Utiliser GITHUB_TOKEN pour l’authentification dans les flux de travail. Vous pouvez choisir un ensemble restreint d’autorisations par défaut, ou appliquer des paramètres permissifs.

Les autorisations par défaut peuvent également être configurées dans les paramètres de l'organisation. Si votre dépôt appartient à une organisation et qu'une option par défaut plus restrictive a été sélectionnée dans les paramètres de l'organisation, la même option est sélectionnée dans les paramètres de votre dépôt et l'option permissive est désactivée.

Toute personne disposant d’un accès en écriture à un dépôt peut modifier les autorisations accordées au GITHUB_TOKEN en ajoutant ou supprimant l’accès selon le besoin, en modifiant la clé permissions dans le fichier de workflow. Pour plus d’informations, consultez permissions.

Configuration des autorisations GITHUB_TOKEN par défaut

Par défaut, lorsque vous créez un nouveau référentiel dans votre compte personnel, GITHUB_TOKEN n'a qu'un accès en lecture pour les champs contents et packages. Si vous créez un dépôt dans une organisation, le paramètre est hérité de ce qui est configuré dans les paramètres de l'organisation.

1. Sur GitHub, accédez à la page principale du référentiel.

2. Sous le nom de votre référentiel, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Sous « Autorisations du flux de travail », choisissez si vous souhaitez que le GITHUB_TOKEN ait un accès en lecture et en écriture pour toutes les autorisations (paramètre permissif), ou seulement un accès en lecture pour les autorisations contents et packages (paramètre restreint).

5. Cliquez sur Enregistrer pour appliquer les paramètres.

Empêcher GitHub Actions de créer ou d'approuver des pull requests

Vous pouvez choisir d’autoriser ou d’empêcher les flux de travail GitHub Actions de créer ou d’approuver des demandes de tirage.

Par défaut, lorsque vous créez un nouveau répertoire dans votre compte personnel, les workflows ne sont pas autorisés à créer ou à approuver des pull requests. Si vous créez un dépôt dans une organisation, le paramètre est hérité de ce qui est configuré dans les paramètres de l'organisation.

1. Sur GitHub, accédez à la page principale du référentiel.

2. Sous le nom de votre référentiel, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Sous « Autorisations de flux de travail », utilisez le paramètre Allow GitHub Actions pour créer et approuver des demandes de tirage (pull requests) pour configurer si GITHUB_TOKEN peut créer et approuver des demandes de tirage.

5. Cliquez sur Enregistrer pour appliquer les paramètres.

Autorisation de l'accès aux composants dans un dépôt interne

Les actions et les flux de travail réutilisables dans vos référentiels internes peuvent être partagés avec des référentiels internes et privés dans la même organisation ou entreprise. Pour plus d’informations sur les référentiels internes, consultezÀ propos des dépôts.

Vous pouvez utiliser les étapes ci-dessous pour configurer si les actions et flux de travail réutilisables dans un référentiel interne peuvent être accédés depuis l'extérieur du référentiel. Pour plus d'informations, consultez Partage d’actions et de workflows au sein de votre entreprise. Vous pouvez également utiliser l'API REST pour définir ou obtenir des détails sur le niveau d'accès. Pour plus d’informations, consultez Points de terminaison d’API REST pour les autorisations de GitHub Actions et Points de terminaison d’API REST pour les autorisations de GitHub Actions.

1. Sur GitHub, accédez à la page principale du dépôt interne.

2. Sous le nom de votre référentiel, cliquer sur Paramètres .

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Sous Access, choisissez l'un des paramètres d'accès :

   • Non accessible : les workflows dans d'autres dépôts ne peuvent pas accéder à ce dépôt.
   • Accessible à partir de dépôts dans l'organisation « NOM ORGANISATION »  : Les workflows des autres dépôts faisant partie de l'organisation « NOM ORGANISATION » peuvent accéder aux actions et aux workflows réutilisables de ce dépôt. L’accès est autorisé uniquement à partir de référentiels privés ou internes.
   • Accessible à partir de dépôts dans l'entreprise « NOM ENTREPRISE »  : Les workflows des autres dépôts faisant partie de l'entreprise « NOM ENTREPRISE » peuvent accéder aux actions et aux workflows réutilisables de ce dépôt. L’accès est autorisé uniquement à partir de référentiels privés ou internes.

5. Cliquez sur Enregistrer pour appliquer les paramètres.

Autorisation de l'accès aux composants dans un dépôt privé

Les actions et workflows réutilisables de vos dépôts privés peuvent être partagés avec d'autres dépôts privés dans la même organisation ou entreprise. Pour obtenir des informations sur les référentiels privés, consultez À propos des dépôts.

Vous pouvez utiliser les étapes ci-dessous pour configurer si les actions et les workflows réutilisables d'un dépôt privé peuvent être accessibles de l'extérieur du dépôt. Pour plus d’informations, consultez Partage d’actions et de workflows au sein de votre entreprise. Vous pouvez également utiliser l’API REST pour définir ou obtenir des détails sur le niveau d’accès. Pour plus d’informations, consultez « Points de terminaison d’API REST pour les autorisations de GitHub Actions » et « Points de terminaison d’API REST pour les autorisations de GitHub Actions ».

1. Sur GitHub, accédez à la page principale du dépôt privé.
2. Sous le nom de votre référentiel, cliquer sur Paramètres .
3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.
4. Sous Access, choisissez l'un des paramètres d'accès :
   • Non accessible : les workflows dans d'autres dépôts ne peuvent pas accéder à ce dépôt.
   • Accessible à partir de dépôts dans l'organisation « NOM ORGANISATION »  : Les workflows des autres dépôts faisant partie de l'organisation « NOM ORGANISATION » peuvent accéder aux actions et aux workflows réutilisables de ce dépôt. L'accès est autorisé uniquement à partir de dépôts privés.
   • Accessible à partir de dépôts dans l'entreprise « NOM ENTREPRISE »  : Les workflows des autres dépôts faisant partie de l'entreprise « NOM ENTREPRISE » peuvent accéder aux actions et aux workflows réutilisables de ce dépôt. L'accès est autorisé uniquement à partir de dépôts privés.
5. Cliquez sur Enregistrer pour appliquer les paramètres.

Configuration des paramètres de cache pour votre référentiel

Vous pouvez configurer les paramètres de rétention et de taille du cache pour votre référentiel. Cette fonctionnalité est facultative et disponible pour les utilisateurs disposant d’un moyen de paiement enregistré, ainsi que pour les offres GitHub Pro, GitHub Team ou GitHub Enterprise Cloud.

Si votre référentiel appartient à une organisation qui a configuré les paramètres de cache, vous pouvez configurer des limites jusqu’à la valeur maximale définie par l’organisation. Si votre référentiel appartient à l’utilisateur, vous pouvez configurer jusqu’aux maximums globaux.

1. Sur GitHub, accédez à la page principale du référentiel.

2. Sous le nom de votre référentiel, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Dans la section « Paramètres du cache », configurez les paramètres suivants :

   • Rétention du cache : nombre de jours pour conserver les caches avant la suppression automatique. La valeur par défaut est de 7 jours. Vous pouvez configurer jusqu’à 90 jours pour les dépôts publics ou 365 jours pour les référentiels privés et internes (ou jusqu’à la limite définie par votre organisation).
   • Limite d’éviction de la taille du cache : taille totale maximale de tous les caches de votre référentiel. La valeur par défaut est de 10 Go. Vous pouvez configurer jusqu’à 10 000 Go par référentiel (ou jusqu’à la limite définie par votre organisation). Lorsque cette limite est dépassée, les caches plus anciens sont supprimés pour faire place aux nouveaux caches.

5. Cliquez sur Enregistrer pour appliquer les paramètres.

Pour plus d’informations sur l’éviction du cache, consultez Référence sur la mise en cache des dépendances.

Configuration de la durée de conservation des artefacts et journaux de GitHub Actions dans votre dépôt

Vous pouvez configurer la durée de conservation des artefacts et journaux GitHub Actions dans votre dépôt.

Par défaut, les artefacts et les fichiers journaux générés par les workflows sont conservés pendant 90 jours avant d’être automatiquement supprimés. Vous pouvez ajuster la période de conservation en fonction du type de dépôt :

• Pour les dépôts publics : vous pouvez changer cette période de conservation en la remplaçant par une valeur comprise entre 1 jour et 90 jours.
• Pour les dépôts privés et internes : vous pouvez changer cette période de conservation en la remplaçant par une valeur comprise entre 1 jour et 400 jours.

Quand vous personnalisez la période de conservation, elle s’applique uniquement aux nouveaux artefacts et fichiers journaux, elle ne s’applique pas rétroactivement aux objets existants. Pour les organisations et dépôts managés, la période de conservation maximale ne peut pas dépasser la limite définie par l’organisation ou l’entreprise responsable.

Vous pouvez également définir une durée de conservation personnalisée pour un artefact spécifique créé par un workflow. Pour plus d’informations, consultez « Suppression des éléments de workflow ».

Définition de la période de rétention d'artifacts et de logs pour un référentiel

1. Sur GitHub, accédez à la page principale du référentiel.

2. Sous le nom de votre référentiel, cliquez sur Paramètres. Si vous ne voyez pas l’onglet « Paramètres », sélectionnez le menu déroulant , puis cliquez sur Paramètres.

   

3. Dans la barre latérale gauche, cliquez sur Actions, puis sur Général.

4. Sous Conservation des artefacts et des journaux, entrez une nouvelle valeur.

5. Cliquez sur Enregistrer pour appliquer la modification.