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 du déploiement continu
Le déploiement continu (CD) correspond au processus automatisé qui permet de publier et de déployer des mises à jour logicielles. Dans le cadre du processus de déploiement continu standard, le code est généré et testé automatiquement avant le déploiement.
Le déploiement continu est souvent couplé à l’intégration continue. Pour plus d’informations sur l’intégration continue, consultez « À propos de l’intégration continue avec GitHub Actions ».
À propos du déploiement continu avec GitHub Actions
Vous pouvez configurer un workflow GitHub Actions pour déployer votre produit logiciel. Pour vérifier que votre produit fonctionne comme prévu, votre workflow peut générer le code dans votre dépôt et exécuter vos tests avant le déploiement.
Vous pouvez configurer votre workflow de déploiement continu pour qu’il s’exécute lorsqu’un événement GitHub Enterprise Server se produit (par exemple, lorsque le nouveau code est poussé vers la branche par défaut de votre dépôt) ou lorsqu’un événement externe se produit si vous utilisez le webhook de dispatch du dépôt. Vous pouvez également l’exécuter manuellement ou selon une planification définie. Pour plus d’informations sur l’exécution de votre workflow, consultez « Événements qui déclenchent des flux de travail ».
GitHub Actions fournit des fonctionnalités qui vous permettent de mieux contrôler les déploiements. Par exemple, vous pouvez utiliser des environnements pour exiger l’approbation d’un travail, restreindre les branches pouvant déclencher un workflow ou limiter l’accès aux secrets. Vous pouvez utiliser la concurrence pour limiter votre pipeline CD à un déploiement en cours et un déploiement en attente au maximum. Pour plus d’informations sur ces fonctionnalités, consultez « Déploiement avec GitHub Actions » et « Gestion des environnements pour le déploiement ».
Utilisation d'OpenID Connect pour accéder aux ressources cloud
Si vos workflows GitHub Actions doivent accéder aux ressources d’un fournisseur de cloud qui prend en charge OpenID Connecter (OIDC), vous pouvez configurer vos workflows pour qu’ils s’authentifient directement auprès du fournisseur de cloud. Cela vous permet d’arrêter de stocker ces informations d’identification en tant que secrets de longue durée, et de fournir d’autres avantages en matière de sécurité. Pour plus d’informations, consultez « À propos du renforcement de la sécurité avec OpenID Connect ».
Modèles de workflow et actions tierces
GitHub Enterprise Server propose des modèles de workflow de déploiement pour plusieurs services populaires, tels que Azure Web App. Pour savoir comment commencer à utiliser un modèle de workflow, consultez « Utilisation de modèles de workflow » ou consultez la liste complète des modèles de workflow de déploiement. Vous pouvez également consulter nos guides détaillés consacrés à des workflows de déploiement spécifiques, tels que « Déploiement de Node.js sur Azure App Service ».
De nombreux fournisseurs de services proposent également des actions sur GitHub Marketplace pour un déploiement dans leur service. Pour obtenir la liste complète, consultez GitHub Marketplace.