Limites d’utilisation, facturation et administration

Il existe des limites d’utilisation pour les workflows GitHub Actions. Des frais d’utilisation s’appliquent aux référentiels qui dépassent le nombre de minutes et de stockage gratuits pour un référentiel.

Dans cet article

À propos de la facturation de GitHub Actions

GitHub Actions vous aide à automatiser vos workflows de développement logiciel au même endroit où vous stockez le code et collaborez sur les demandes de tirage et les problèmes. Vous pouvez écrire des tâches individuelles, appelées actions, et les combiner pour créer un workflow personnalisé. Pour plus d'informations, voir Comprendre GitHub Actions .

L’utilisation de GitHub Actions est gratuite pour les exécuteurs standard hébergés par GitHub dans des dépôts publics et pour les exécuteurs auto-hébergés. Pour les référentiels privés, chaque compte GitHub reçoit une certaine quantité de minutes et d'espace de stockage gratuits à utiliser avec les runners hébergés par GitHub, en fonction du plan du compte. Toute utilisation au-delà des montants inclus est contrôlée par des limites de dépense. Pour plus d’informations, consultez « À propos de la facturation de GitHub Actions ».

Disponibilité

GitHub Actions est disponible sur tous les produits GitHub, mais GitHub Actions n’est pas disponible pour les dépôts privés appartenant à des comptes utilisant des plans hérités par dépôt. Pour plus d’informations, consultez « Plans de GitHub ».

Limites d’utilisation

Il existe des limites sur l’utilisation de GitHub Actions lors de l’utilisation d’exécuteurs hébergés par GitHub. Ces limites sont susceptibles d’être modifiées.

Note

Pour les exécuteurs auto-hébergés, différentes limites d’utilisation s’appliquent. Pour plus d’informations, consultez « À propos des exécuteurs auto-hébergés ».

  • Durée d’exécution du travail – Chaque travail d’un workflow peut s’exécuter avec un temps d’exécution pouvant atteindre jusqu’à 6 heures. Si un travail atteint cette limite, il est arrêté et son exécution échoue.

  • Durée d’exécution du workflow - Chaque exécution de workflow est limitée à 35 jours. Si une exécution de workflow atteint cette limite, l’exécution du workflow est annulée. Cette période comprend la durée d’exécution ainsi que le temps d’attente et d’approbation.

  • Requêtes d’API - Vous pouvez exécuter jusqu’à 1 000 requêtes sur l’API GitHub en une heure pour toutes les actions d’un référentiel. Si le nombre de requêtes dépasse cette limite, les appels d’API supplémentaires échouent, ce qui peut entraîner l’échec des travaux.

  • Limite de débit webhook : chaque référentiel est limité à 1500 événements déclenchés toutes les 10 secondes.

  • Tâches simultanées : le nombre de tâches simultanées que vous pouvez exécuter dans votre compte dépend de votre plan GitHub, ainsi que du type d’exécuteur utilisé. Si ce nombre est dépassé, les travaux supplémentaires sont mis en file d’attente.

    Exécuteurs hébergés par GitHub standard

    Plan GitHubNombre maximal de travaux simultanésNombre maximal de travaux macOS simultanés
    Gratuit205
    Pro405
    Équipe605
    Entreprise50050

    exécuteur plus grand hébergés par GitHub

    Plan GitHubNombre maximal de travaux simultanésNombre maximal de travaux macOS simultanésNombre maximal de tâches GPU simultanées
    Team1 0005100
    Enterprise1 00050100

    Note

    • Si nécessaire, les clients des plans d’entreprise peuvent demander une limite plus élevée pour les travaux simultanés. Pour plus d’informations, contactez-nous via le Portail de support GitHub, ou votre représentant commercial.
    • Le nombre maximum de tâches macOS simultanées est réparti entre les exécuteurs hébergés par GitHub et les GitHub hébérgés par exécuteur plus grand.

  • Matrice de travaux : Une matrice de travaux peut générer au maximum 256 travaux par exécution de workflow. Cette limite s’applique aux exécuteurs hébergés sur GitHub et à ceux qui sont autohébergés.

  • File d’attente d’exécution de workflow : Plus de 500 exécutions de workflow peuvent être mises en file d’attente toutes les 10 secondes par dépôt. Si une exécution de workflow atteint cette limite, elle est arrêtée et échoue.

Politique d’utilisation

Outre les limites d’utilisation, vous devez veiller à utiliser GitHub Actions dans les conditions d’utilisation de GitHub. Pour plus d’informations sur les conditions spécifiques à GitHub Actions, consultez les conditions GitHub pour les produits supplémentaires.

Métriques d'utilisation GitHub Actions

Les propriétaires d'organisations et les utilisateurs ayant l'autorisation « Afficher les métriques des actions de l'organisation » peuvent voir les mesures d'utilisation GitHub Actions pour leur organisation. Ces métriques peuvent vous aider à comprendre comment et où vos minutes Actions sont utilisées. Pour plus d’informations, consultez « Afficher les mesures des GitHub Actions pour votre organisation ».

Lorsque vous affichez les métriques d'utilisation, il est important de se rappeler que GitHub Actions métriques d’utilisation n’appliquent pas de multiplicateurs de minute aux indicateurs affichés. Bien qu’ils puissent vous aider à comprendre votre facture, leur objectif principal est de vous aider à comprendre comment et où les minutes Actions sont utilisées dans votre organisation.

Pour plus d’informations sur les multiplicateurs de minutes, consultez « À propos de la facturation de GitHub Actions ».

Facturation des workflows réutilisables

Si vous réutilisez un workflow, la facturation est toujours associée au workflow de l’appelant. L’affectation d’exécuteurs hébergés par GitHub est toujours évaluée à l’aide du contexte de l’appelant uniquement. L’appelant ne peut pas utiliser des exécuteurs hébergés par GitHub à partir du dépôt appelé.

Pour plus d’informations, consultez « Réutilisation des workflows ».

Artifact and log retention policy

Vous pouvez configurer la période de conservation des artefacts et des journaux pour votre dépôt, votre organisation ou votre compte d’entreprise.

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 : 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.

Pour plus d’informations, consultez l’article suivant :

Stratégie de rétention de l’historique d’exécution du flux de travail

Les exécutions de flux de travail dans l’historique des exécutions de flux de travail d’un référentiel sont conservées pendant 400 jours. Après 400 jours, les exécutions de flux de travail sont archivées. 10 jours après l’archivage, les données sont définitivement supprimées. La période de rétention des exécutions de flux de travail ne peut pas être modifiée. Pour plus d’informations, consultez « Affichage de l’historique des exécutions de workflows ».

Désactivation ou limitation de GitHub Actions pour votre dépôt ou organisation

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 organisation.

Pour plus d’informations, consultez l’article suivant :

Désactivation et activation de workflows

Vous pouvez activer et désactiver des workflows individuels dans votre dépôt sur GitHub.

Pour éviter toute exécution de workflow inutile, les workflows planifiés peuvent être désactivés automatiquement. Quand un dépôt public est dupliqué, les workflows planifiés sont désactivés par défaut. Dans un dépôt public, les workflows planifiés sont automatiquement désactivés quand aucune activité de dépôt n’a eu lieu pendant 60 jours.

Pour plus d’informations, consultez « Désactivation et activation d’un workflow ».