Skip to main content

Cette version de GitHub Enterprise Server n'est plus disponible depuis le 2024-03-26. Aucune publication de correctifs n’est effectuée, même pour les problèmes de sécurité critiques. Pour de meilleures performances, une sécurité améliorée et de nouvelles fonctionnalités, effectuez une mise à niveau vers la dernière version de GitHub Enterprise. Pour obtenir de l’aide sur la mise à niveau, contactez le support GitHub Enterprise.

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.

Remarque : Les exécuteurs hébergés sur GitHub ne sont pas pris en charge sur GitHub Enterprise Server. Vous pouvez voir plus d’informations sur le support futur planifié dans la GitHub public roadmap.

À 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, consultez « Comprendre GitHub Actions » et « À propos de GitHub Actions pour les entreprises ».

L’utilisation de GitHub Actions est gratuite pour les instances GitHub Enterprise Server qui utilisent des exécuteurs auto-hébergés. Pour plus d’informations, consultez « À propos des exécuteurs auto-hébergés ».

Limites d’utilisation

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

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 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 les pages suivantes :

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

Par défaut, une fois que GitHub Actions est activé votre instance GitHub Enterprise Server, il 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 dans votre entreprise.

Vous pouvez également gérer les paramètres GitHub Actions pour votre entreprise, tels que les autorisations de workflow et le stockage du cache.

Pour plus d'informations, consultez les pages suivantes :

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