{"meta":{"title":"Présentation des GitHub Actions","intro":"Découvrez les notions de base des concepts clés et de la terminologie essentielle dans 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/understand-github-actions","title":"Comprendre GitHub Actions"}],"documentType":"article"},"body":"# Présentation des GitHub Actions\n\nDécouvrez les notions de base des concepts clés et de la terminologie essentielle dans GitHub Actions.\n\n## Vue d'ensemble\n\nGitHub Actions est une plateforme d’intégration continue et livraison continue (CI/CD) qui vous permet d’automatiser votre pipeline de génération, de test et de déploiement. Vous pouvez créer des flux de travail qui créent et testent chaque demande de tirage sur votre référentiel, ou déployer des demandes de tirage fusionnées en production.\n\nGitHub Actions va au-delà de DevOps et vous permet d’exécuter des flux de travail lorsque d’autres événements se produisent dans votre référentiel. Par exemple, vous pouvez exécuter un workflow pour ajouter automatiquement les étiquettes appropriées chaque fois que quelqu'un crée un problème dans votre dépôt.\n\nGitHub fournit des machines virtuelles Linux, Windows et macOS pour exécuter vos flux de travail, ou vous pouvez héberger vos propres exécuteurs auto-hébergés dans votre propre centre de données ou infrastructure cloud.\n\nPour plus d’informations sur l'intégration de GitHub Actions dans votre entreprise, consultez [Présentation de GitHub Actions à votre entreprise](/fr/enterprise-cloud@latest/admin/managing-github-actions-for-your-enterprise/getting-started-with-github-actions-for-your-enterprise/introducing-github-actions-to-your-enterprise).\n\n## Composants de GitHub Actions\n\nVous pouvez configurer un GitHub Actions**flux de travail** à déclencher lorsqu’un **événement** se produit dans votre référentiel, par exemple lorsqu'une pull request est ouverte ou lorsqu'un ticket est créé. Votre workflow contient un ou plusieurs **travaux** qui peuvent s’exécuter dans un ordre séquentiel ou en parallèle. Chaque travail s’exécute au sein de son propre **exécuteur** de machine virtuelle, ou au sein d’un conteneur, et comporte une ou plusieurs **étapes** qui exécutent un script que vous définissez ou une **action**, qui est une extension réutilisable qui peut simplifier votre workflow.\n\n![Diagramme d'un événement déclenchant Exécuteur 1 pour exécuter Travail 1, lequel déclenche Exécuteur 2 pour exécuter Travail 2. Chacun des travaux est divisé en plusieurs étapes.](/assets/images/help/actions/overview-actions-simple.png)\n\n### Flux de travail\n\nUn **workflow** est un processus automatisé configurable qui exécutera un ou plusieurs travaux. Les workflows sont définis par un fichier YAML archivé dans votre dépôt et s’exécutent lorsqu’ils sont déclenchés par un événement dans votre dépôt, ou ils peuvent être déclenchés manuellement ou selon une planification définie.\n\nLes workflows sont définis dans l’annuaire `.github/workflows` d’un dépôt. Un référentiel peut comporter plusieurs workflows, chacun d’entre eux pouvant effectuer un ensemble de tâches différentes, telles que :\n\n* Construire et tester les demandes de tirage\n* Déployer votre application à chaque fois qu'une version est créée\n* Ajout d'une étiquette à chaque fois qu'un nouveau numéro est ouvert\n\nVous pouvez référencer un workflow dans un autre workflow. Pour plus d’informations, consultez « [Réutiliser des workflows](/fr/enterprise-cloud@latest/actions/how-tos/reuse-automations/reuse-workflows) ».\n\nPour plus d’informations, consultez « [Écriture de workflows](/fr/enterprise-cloud@latest/actions/how-tos/write-workflows) ».\n\n### Événements\n\nUn **événement** est une activité spécifique dans un dépôt qui déclenche l’exécution d’un **workflow**. Par exemple, une activité peut provenir de GitHub lorsqu'une personne crée une pull request, ouvre un problème ou pousse un commit dans un dépôt. Vous pouvez également déclencher une exécution de workflow selon une [planification](/fr/enterprise-cloud@latest/actions/reference/workflows-and-actions/events-that-trigger-workflows#schedule), en [publiant dans une API REST](/fr/enterprise-cloud@latest/rest/repos/repos#create-a-repository-dispatch-event) ou manuellement.\n\nPour obtenir la liste complète des événements qui peuvent être utilisés pour déclencher des workflows, consultez [Événements déclencheurs de workflows](/fr/enterprise-cloud@latest/actions/reference/workflows-and-actions/events-that-trigger-workflows).\n\n### travaux\n\nUn **travail** est un ensemble d’**étapes**dans un workflow qui s’exécute sur le même **exécuteur**. Chaque étape est un script d’interpréteur de commandes qui sera exécuté ou une **action** qui sera exécutée. Les étapes sont exécutées dans l'ordre et dépendent les unes des autres. Comme chaque étape est exécutée sur le même exécuteur, vous pouvez partager des données d'une étape à une autre. Par exemple, vous pouvez avoir une étape qui génère votre application suivie d'une étape qui teste l'application générée.\n\nLes étapes s’exécutent dans l’ordre par défaut, mais vous pouvez également exécuter des étapes sélectionnées simultanément lorsque votre flux de travail tire parti de l’exécution parallèle, par exemple le démarrage d’un service de longue durée, tandis que les étapes ultérieures continuent. Pour plus d’informations, consultez « [Syntaxe de flux de travail pour GitHub Actions](/fr/enterprise-cloud@latest/actions/reference/workflows-and-actions/workflow-syntax#jobsjob_idstepsbackground) ».\n\nVous pouvez configurer les dépendances d’un travail avec d’autres travaux. Par défaut, les travaux n’ont aucune dépendance et s’exécutent en parallèle. Quand un travail a une dépendance sur un autre travail, il attend que ce travail soit terminé avant de s'exécuter.\n\nVous pouvez également utiliser une **matrice** pour exécuter le même travail plusieurs fois, chacune avec une combinaison différente de variables, telles que les systèmes d’exploitation ou les versions linguistiques.\n\nPar exemple, vous pouvez configurer plusieurs tâches de compilation pour les différentes architectures sans dépendances entre les tâches et une tâche de packaging qui dépend de ces tâches. Les processus de construction s’exécutent en parallèle et, une fois qu'ils ont terminé avec succès, le processus d’empaquetage s’exécute.\n\nPour plus d’informations, consultez « [Choix de ce que fait votre workflow](/fr/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do) ».\n\n### Actions\n\nUne **action** est un ensemble prédéfinis et réutilisable de travaux ou de code qui effectue des tâches spécifiques au sein d’un **flux de travail**, ce qui réduit la quantité de code répétitif que vous écrivez dans vos fichiers de flux de travail. Les actions peuvent effectuer des tâches telles que :\n\n* Extraction de votre dépôt Git à partir de GitHub\n* Configuration de la chaîne d’outils appropriée pour votre environnement de build\n* Configuration de l’authentification auprès de votre fournisseur de cloud\n\nVous pouvez écrire vos propres actions, ou vous pouvez trouver des actions à utiliser dans vos flux de travail dans le GitHub Marketplace.\n\nPour partager des actions dans votre entreprise sans publier publiquement les actions, vous pouvez stocker les actions dans un référentiel interne, puis configurer le référentiel pour autoriser l’accès aux flux de travail dans d’autres référentiels appartenant à GitHub Actions la même organisation ou par n’importe quelle organisation de l’entreprise. Pour plus d’informations, consultez « [Partage d’actions et de workflows au sein de votre entreprise](/fr/enterprise-cloud@latest/actions/how-tos/reuse-automations/share-with-your-enterprise) ».\n\nPour plus d’informations sur les actions, consultez [Réutilisation des automatisations](/fr/enterprise-cloud@latest/actions/how-tos/reuse-automations).\n\n### Coureurs\n\nUn **exécuteur** est un serveur qui exécute vos workflows quand ils sont déclenchés. Chaque exécuteur ne peut exécuter qu’un seul **travail** à la fois.\n\nGitHub fournit des exécuteurs Ubuntu Linux, Microsoft Windows et macOS pour exécuter vos **flux de travail**. Chaque exécution de workflow s’exécute dans une machine virtuelle nouvellement approvisionnée.\n\nGitHub offre également des exécuteur plus grands, qui sont disponibles dans des configurations plus volumineuses. Pour plus d’informations, consultez « [Utilisation des exécuteurs plus grands](/fr/enterprise-cloud@latest/actions/how-tos/manage-runners/larger-runners) ».\n\nSi vous avez besoin d’un autre système d’exploitation, ou si vous avez besoin d’une configuration matérielle spécifique, vous pouvez héberger vos propres exécuteurs.\n\nPour plus d’informations sur les exécuteurs auto-hébergés, consultez [Gestion des exécuteurs auto-hébergés](/fr/enterprise-cloud@latest/actions/how-tos/manage-runners/self-hosted-runners).\n\n## Étapes suivantes\n\nGitHub Actions peut vous aider à automatiser presque tous les aspects de vos processus de développement d’applications. Vous êtes prêt à commencer ? Voici quelques ressources utiles pour effectuer vos étapes suivantes :GitHub Actions\n\n* Pour créer un GitHub Actions flux de travail, consultez [Utilisation de modèles de workflow](/fr/enterprise-cloud@latest/actions/how-tos/write-workflows/use-workflow-templates).\n* Pour connaître les workflows d’intégration continue (CI), consultez [Génération et test de votre code](/fr/enterprise-cloud@latest/actions/tutorials/build-and-test-code).\n* Pour générer et publier des packages, consultez [Publication de paquets](/fr/enterprise-cloud@latest/actions/tutorials/publish-packages).\n* Pour le déploiement de projets, consultez [Déploiement sur des plateformes tierces](/fr/enterprise-cloud@latest/actions/how-tos/deploy/deploy-to-third-party-platforms).\n* Pour automatiser les tâches et les processus sur GitHub, consultez [Gestion de votre travail avec GitHub Actions](/fr/enterprise-cloud@latest/actions/tutorials/manage-your-work).\n* Pour obtenir des exemples illustrant des fonctionnalités plus complexes de GitHub Actions, consultez [Choix de ce que fait votre workflow](/fr/enterprise-cloud@latest/actions/how-tos/write-workflows/choose-what-workflows-do). Ces exemples détaillés expliquent comment tester votre code sur un exécuteur, accéder à l’interface GitHub CLI et utiliser des fonctionnalités avancées telles que la concurrence et les matrices de test.\n* Pour certifier votre compétence en automatisant les flux de travail et en accélérant le développement avec GitHub Actions, obtenez un GitHub Actions certificat avec GitHub Certifications. Pour plus d’informations, consultez [À propos de GitHub Certifications](/fr/enterprise-cloud@latest/get-started/showcase-your-expertise-with-github-certifications/about-github-certifications).\n\n> \\[!NOTE]\n> Pour les automatisations qui nécessitent un jugement contextuel sur le contenu de votre dépôt, vous pouvez également créer agentic workflows en langage naturel au lieu d’un flux de travail traditionnel GitHub Actions . Pour plus d’informations, consultez « [Votre premier flux de travail agentique](/fr/enterprise-cloud@latest/copilot/how-tos/github-agentic-workflows/quickstart) » et « [Création de flux de travail agentiques GitHub](/fr/enterprise-cloud@latest/copilot/how-tos/github-agentic-workflows/creating-github-agentic-workflows) ».\n\n## Pour aller plus loin\n\n* [À propos de GitHub Actions pour les entreprises](/fr/enterprise-cloud@latest/admin/managing-github-actions-for-your-enterprise/getting-started-with-github-actions-for-your-enterprise/about-github-actions-for-enterprises)"}