Skip to main content
Nous publions des mises à jour fréquentes de notre documentation, et la traduction de cette page peut encore être en cours. Pour obtenir les informations les plus actuelles, consultez la documentation anglaise.

Cette version de GitHub Enterprise a été abandonnée le 2023-03-15. 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.

Bien démarrer avec GitHub Actions pour GitHub Enterprise Server

Découvrez comment activer et configurer GitHub Actions sur GitHub Enterprise Server pour la première fois.

Qui peut utiliser cette fonctionnalité

Site administrators can enable GitHub Actions and configure enterprise settings.

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 GitHub Actions sur GitHub Enterprise Server

Cet article explique comment les administrateurs de site peuvent configurer GitHub Enterprise Server pour utiliser GitHub Actions.

GitHub Actions n’est pas activé pour GitHub Enterprise Server par défaut. Vous devez déterminer si votre instance dispose des ressources processeur et mémoire adéquates pour gérer la charge de GitHub Actions sans entraîner de perte de performances, et éventuellement augmenter ces ressources. Vous devez aussi vous décider sur le fournisseur de stockage auquel vous allez faire appel pour le stockage d’objets blob nécessaire au stockage des artefacts générés par les exécutions de workflows. Ensuite, vous activerez GitHub Actions pour votre entreprise, gérerez les autorisations d’accès et ajouterez des exécuteurs auto-hébergés pour exécuter les workflows.

Avant de démarrer, vous devez prévoir la façon dont vous allez présenter GitHub Actions à votre entreprise. Pour plus d’informations, consultez « Introduction de GitHub Actions votre entreprise ».

Si vous migrez votre entreprise vers GitHub Actions à partir d’un autre fournisseur, il existe des considérations supplémentaires à prendre en compte. Pour plus d’informations, consultez « Migration de votre entreprise vers GitHub Actions ».

Passer en revue la configuration matérielle requise

Les ressources processeur et mémoire dont dispose votre instance GitHub Enterprise Server déterminent le nombre de travaux qui peuvent être exécutés simultanément sans perte de performances. GitHub recommande un minimum de 8 processeurs virtuels et de 64 Go de mémoire pour exécuter GitHub Actions.

La quantité maximale de travaux s’exécutant simultanément sans perte de performances dépend de certains facteurs comme la durée des travaux, l’utilisation ou non d’artefacts, le nombre de dépôts exécutant Actions et le nombre de travaux exécutés en parallèle sur votre instance en rapport avec Actions. Les tests réalisés en interne par GitHub ont mis en évidence les objectifs de performances suivants pour GitHub Enterprise Server sur un éventail de configurations processeur et mémoire :

Processeurs virtuelsMémoireConcurrence maximale
864 Go300 travaux
16128 Go700 travaux
32160 Go1 500 travaux
64256 Go2 500 travaux
96384 Go4 500 travaux
128550 Go5 000 travaux

La concurrence maximale a été mesurée pour plusieurs dépôts, une durée de travail d’environ 10 minutes et des chargements d’artefacts de 10 Mo. Il se peut que vous observiez des niveaux de performance différents selon les niveaux globaux d’activité sur votre instance.

Si vous envisagez d’activer GitHub Actions pour les utilisateurs d’une instance existante, examinez les niveaux d’activité des utilisateurs et des automatisations sur l’instance et vérifiez que vous avez provisionné des ressources processeur et mémoire adéquates pour vos utilisateurs. Pour plus d’informations sur la supervision de la capacité et des performances de GitHub Enterprise Server, consultez « Supervision de votre appliance ».

Pour plus d’informations sur la configuration matérielle minimale requise pour votre instance GitHub Enterprise Server, prenez connaissance des considérations matérielles concernant la plateforme de votre instance.

Pour plus d’informations sur l’ajustement des ressources pour une instance existante, consultez « Augmentation de la capacité de stockage » et « Augmentation des ressources processeur ou mémoire ».

Exigences relatives au stockage externe

Pour activer GitHub Actions sur GitHub Enterprise Server, vous devez avoir accès au stockage d’objets blob externe.

GitHub Actions utilise un stockage d’objets blob externe pour stocker les données générées par les exécutions de workflows, comme les journaux de workflow et les artefacts de build chargés par les utilisateurs. Le volume de stockage nécessaire dépend de votre utilisation de GitHub Actions. Seule une configuration de stockage externe est prise en charge, et vous ne pouvez pas utiliser plusieurs fournisseurs de stockage à la fois.

Toutes les autres données GitHub Actions, telles que les fichiers de workflow dans la structure de fichiers d’un dépôt, sont stockées sur le volume de stockage de données pour votre instance GitHub Enterprise Server.

GitHub Actions prend en charge les fournisseurs de stockage suivants :

  • Stockage Blob Azure
  • Amazon S3
  • Cluster MinIO compatible S3

Remarque : Ces fournisseurs de stockage sont les seuls à être pris en charge par GitHub et à pouvoir proposer une assistance.

Il existe d’autres produits de stockage compatibles avec l’API S3 que ceux validés par les partenaires GitHub comme fonctionnant avec GitHub Actions sur GitHub Enterprise Server. Pour plus d’informations, consultez le référentiel Partenaires de stockage GHES.

Pour les produits de stockage validés via le programme de partenariat technologique GitHub, le fournisseur de stockage est responsable du support et de la documentation pour l’utilisation du produit de stockage avec GitHub Actions.

Mise en réseau - Éléments à prendre en compte

Si GitHub Actions est activé pour votre entreprise, seuls les proxys HTTP sont pris en charge. Les proxys SOCKS5 et HTTPS ne sont pas pris en charge. Pour plus d’informations sur l’utilisation d’un proxy avec GitHub Enterprise Server, consultez « Configuration d’un serveur proxy web de trafic sortant ».

Activation de GitHub Actions avec votre fournisseur de stockage

Suivez l’une des procédures ci-dessous pour activer GitHub Actions avec le fournisseur de stockage de votre choix :

Gestion des autorisations d’accès pour GitHub Actions dans votre entreprise

Vous pouvez utiliser des stratégies pour gérer l’accès à GitHub Actions. Pour plus d’informations, consultez « Application de stratégies pour GitHub Actions dans votre entreprise ».

Ajout d’exécuteurs auto-hébergés

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.

Pour exécuter des workflows GitHub Actions, vous devez ajouter des exécuteurs auto-hébergés. Vous pouvez ajouter des exécuteurs auto-hébergés au niveau de l’entreprise, de l’organisation ou du dépôt. Pour plus d’informations, consultez « Ajout d’exécuteurs auto-hébergés ».

Gestion des actions qui peuvent être utilisées dans votre entreprise

Vous pouvez contrôler les actions que vos utilisateurs sont autorisés à utiliser dans votre entreprise. Cela inclut la configuration de GitHub Connect pour l’accès automatique aux actions à partir de GitHub.com, ou la synchronisation manuelle des actions à partir de GitHub.com.

Pour plus d’informations, consultez « À propos de l’utilisation d’actions dans votre entreprise ».

Renforcement de la sécurité générale pour GitHub Actions

Pour en savoir plus sur les pratiques de sécurité pour GitHub Actions, consultez « Durcissement de la sécurité pour GitHub Actions ».

Noms réservés

Quand vous activez GitHub Actions pour votre entreprise, deux organisations sont créées : github et actions. Si votre entreprise utilise déjà le nom d’organisation github, github-org (ou github-github-org si github-org est aussi utilisé) est utilisé à la place. Si votre entreprise utilise déjà le nom d’organisation actions, github-actions (ou github-actions-org si github-actions est aussi utilisé) est utilisé à la place. Une fois les actions activées, vous ne pouvez plus utiliser ces noms.