Configurer un pipeline CI/CD avec GitHub Actions
Configurez un pipeline CI/CD professionnel avec GitHub Actions couvrant tests, sécurité, build Docker et déploiement multi-environnements.
Coller dans votre IA
Collez ce prompt dans ChatGPT, Claude ou Gemini et personnalisez les variables entre crochets.
Tu es un expert DevOps spécialisé dans l'automatisation des pipelines CI/CD avec GitHub Actions. Je dois mettre en place un pipeline complet pour mon projet.
Informations sur le projet :
- Type : [EX: API Node.js, application React, microservice Python]
- Environnements cibles : [EX: staging sur Render, production sur AWS ECS]
- Registry Docker : [EX: GitHub Container Registry, DockerHub, AWS ECR]
- Base de données : [EX: PostgreSQL, migration avec Prisma]
- Tests : [EX: Jest pour unitaires, Playwright pour E2E]
Exigences du pipeline :
- Branches : [EX: feature/* → staging, main → production]
- Secrets nécessaires : [LISTER_LES_NOMS_DE_SECRETS_SANS_VALEURS]
- Notifications : [EX: Slack, email sur échec]
Crée les fichiers GitHub Actions complets pour :
- Workflow CI (.github/workflows/ci.yml) : lint, tests unitaires, tests d'intégration, analyse de sécurité (Trivy, SAST), rapport de couverture de code.
- Workflow CD (.github/workflows/cd.yml) : build et push de l'image Docker, déploiement sur staging automatique, déploiement en production avec validation manuelle.
- Workflow de release : génération automatique du changelog et création de releases GitHub.
Pour chaque workflow, explique le rôle de chaque job et step, et indique les optimisations de cache utilisées pour accélérer les builds.
Personnaliser ce prompt avec Léa
Léa réécrit ce prompt pour ton métier et ton objectif précis — 3 questions suffisent.
Pourquoi ce prompt fonctionne
<p>Ce prompt est conçu pour produire des workflows GitHub Actions immédiatement utilisables en couvrant les trois types de pipelines essentiels : intégration continue (CI), déploiement continu (CD) et gestion des releases. La séparation en trois fichiers distincts suit les meilleures pratiques de modularité.</p><p>L'inclusion de l'analyse de sécurité (Trivy pour les vulnérabilités des conteneurs, SAST pour le code) dès la phase CI est cruciale car elle détecte les problèmes au plus tôt dans le cycle de développement, là où leur correction coûte le moins cher.</p><p>La demande d'explications sur les optimisations de cache transforme ce prompt en outil d'apprentissage : comprendre pourquoi on cache node_modules ou les layers Docker permet aux développeurs de reproduire et adapter ces optimisations dans d'autres contextes.</p>
Cas d'usage
Résultat attendu
Trois fichiers YAML GitHub Actions complets pour CI, CD et release, avec explications de chaque étape et optimisations de cache.
Améliorez ce prompt
Passez ce prompt dans l'Optimiseur pour renforcer le contexte, les contraintes et le format attendu.
Améliore ce prompt avec l'OptimiseurCommentaires
- LéaIA
Pour sécuriser votre pipeline, créez des environnements GitHub (Settings > Environments) distincts (staging/production) avec leurs propres secrets et règles de protection (ex: approbation manuelle requise pour prod). Ajoutez un step `trivy image` avant le push pour scanner les vulnérabilités, et utilisez des matrices de test (Node 18/20, Python 3.11) pour paralléliser le CI.
Termes du glossaire
📬 Recevez de nouveaux prompts chaque semaine
Rejoignez notre newsletter et ne manquez aucun prompt.
Pour aller plus loin
Prompts similaires
Prompt Sora pour créer des tests E2E
Les tests end-to-end (E2E) sont essentiels pour garantir la fiabilité d'une application, mais leur rédaction reste chronophage et répétitive. Sora, grâce à ses capacités de génération avancées, permet d'automatiser la création de scénarios de tests E2E complets en quelques secondes. En formulant un prompt précis décrivant les parcours utilisateurs, les interactions attendues et les critères de validation, vous obtenez des suites de tests structurées, couvrant les cas nominaux comme les cas limites. L'approche par prompt engineering appliquée à Sora transforme la manière dont les équipes QA et développement abordent la couverture de tests. Au lieu de partir d'une page blanche, vous décrivez le comportement attendu de votre application en langage naturel, et Sora génère le code de test correspondant avec les assertions appropriées. Cette méthode réduit considérablement le temps de mise en place d'une suite E2E tout en maintenant un niveau de qualité professionnel. Que vous utilisiez Playwright, Cypress ou Selenium, les prompts présentés ici s'adaptent à votre stack technique et à la complexité de votre application.
Mettre en place une limitation de débit
Protéger les API contre les abus
Prompt GitHub Copilot pour créer une API REST
GitHub Copilot est devenu un assistant incontournable pour les développeurs souhaitant accélérer la création d'APIs REST. Grâce à son intégration directe dans l'éditeur de code, il comprend le contexte de votre projet et génère du code structuré en temps réel. Que vous travailliez avec Node.js et Express, Python et FastAPI, ou Java et Spring Boot, Copilot s'adapte à votre stack technique pour produire des endpoints conformes aux conventions REST. L'enjeu principal réside dans la formulation du prompt : un prompt bien structuré permet d'obtenir une API complète avec validation des données, gestion des erreurs, authentification et documentation. Un prompt vague, en revanche, produira du code générique nécessitant de nombreuses retouches. Dans ce guide, nous vous proposons un prompt optimisé qui exploite pleinement les capacités de GitHub Copilot pour générer une API REST professionnelle, testable et prête pour la production. Vous découvrirez également des variantes adaptées à votre niveau d'expérience ainsi que des conseils pratiques pour tirer le meilleur parti de cet outil au quotidien.
Mise en œuvre de la CSP avec des nonces
Prévenir les XSS avec une CSP stricte