{"meta":{"title":"Déploiement continu","intro":"Vous pouvez créer des flux de travail de déploiement continu personnalisés directement dans votre GitHub référentiel avec GitHub Actions.","product":"GitHub Actions","breadcrumbs":[{"href":"/fr/enterprise-cloud@latest/actions","title":"GitHub Actions"},{"href":"/fr/enterprise-cloud@latest/actions/get-started","title":"Démarrage"},{"href":"/fr/enterprise-cloud@latest/actions/get-started/continuous-deployment","title":"Déploiement continu"}],"documentType":"article"},"body":"# Déploiement continu\n\nVous pouvez créer des flux de travail de déploiement continu personnalisés directement dans votre GitHub référentiel avec GitHub Actions.\n\n## À propos du déploiement continu\n\nLe *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.\n\nLe déploiement continu est souvent couplé à l’intégration continue. Pour plus d’informations sur l’intégration continue, consultez « [Intégration continue](/fr/enterprise-cloud@latest/actions/get-started/continuous-integration) ».\n\n## À propos du déploiement continu à l’aide de GitHub Actions\n\nVous pouvez configurer un GitHub Actions flux de travail 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.\n\nVous pouvez configurer votre workflow CD pour qu'il s'exécute lorsqu'un événement se produit (par exemple, lorsqu'un nouveau code est poussé vers la branche par défaut de votre référentiel), selon un calendrier défini, manuellement, ou lorsqu'un événement externe se produit à l'aide du webhook de distribution du référentiel. Pour plus d'informations sur le moment où votre flux de travail peut s'exécuter, consultez « [Événements qui déclenchent des flux de travail](/fr/enterprise-cloud@latest/actions/reference/workflows-and-actions/events-that-trigger-workflows) ».\n\nGitHub Actions fournit des fonctionnalités qui vous donnent davantage de contrôle sur 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\nen attente au maximum. Pour plus d’informations sur ces fonctionnalités, consultez [Déploiement avec GitHub Actions](/fr/enterprise-cloud@latest/actions/how-tos/deploy/configure-and-manage-deployments/control-deployments) et [Gestion des environnements pour le déploiement](/fr/enterprise-cloud@latest/actions/how-tos/deploy/configure-and-manage-deployments/manage-environments).\n\n> \\[!TIP]\n> Vous pouvez utiliser agentic workflows pour la préparation du déploiement, telles que les notes de publication, l’analyse des modifications et les résumés de déploiement, tout en conservant les déploiements de production dans des flux de travail déterministes GitHub Actions . Pour plus d’informations, consultez « [Création de flux de travail agentiques GitHub](/fr/enterprise-cloud@latest/copilot/how-tos/github-agentic-workflows/creating-github-agentic-workflows) ».\n\n## Modèles de workflow et actions tierces\n\nGitHubpropose des modèles de flux de travail 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](/fr/enterprise-cloud@latest/actions/how-tos/write-workflows/use-workflow-templates) ou [consultez la liste complète des modèles de workflow de déploiement](https://github.com/actions/starter-workflows/tree/main/deployments). 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](/fr/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms/nodejs-to-azure-app-service).\n\nDe nombreux fournisseurs de services proposent également des actions sur GitHub Marketplace pour déployer sur leur service. Pour obtenir la liste complète, consultez [GitHub Marketplace](https://github.com/marketplace?category=deployment\\&type=actions).\n\n## Étapes suivantes\n\nSi vos GitHub Actions flux de travail doivent accéder aux ressources d’un fournisseur de cloud prenant en charge OpenID Connect (OIDC), vous pouvez configurer vos flux de travail pour s’authentifier 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 « [OpenID Connect](/fr/enterprise-cloud@latest/actions/concepts/security/openid-connect) »."}