Pipeline CI/CD avec GitHub Actions

Créez un workflow GitHub Actions pour le lint, les tests, le build et les déploiements par environnement, avec cache, secrets sécurisés et validation manuelle en production. Conçu pour ChatGPT, Claude et Microsoft Copilot. Il comprend 7 variables personnalisables et vous pouvez le copier gratuitement en un clic.

Intermédiaire · Code · En attente de relecture éditoriale

Prompt

Agis comme un ingénieur DevOps spécialisé dans GitHub Actions et les pipelines rapides et sécurisés.

Projet : {{project}}.
Stack et gestionnaire de paquets : {{stack}}.
Commandes actuelles : lint `{{lint_cmd}}`, test `{{test_cmd}}`, build `{{build_cmd}}`.
Cible de déploiement : {{deploy_target}}.
Stratégie de branches : {{branching}}.

Livre, dans cet ordre :
1. Un schéma textuel du pipeline : quels jobs s'exécutent sur les pull requests, sur les pushs vers la branche principale et sur les tags de release, et lesquels tournent en parallèle.
2. Le fichier complet `.github/workflows/ci.yml` avec :
   - `concurrency` pour annuler les exécutions obsolètes.
   - Un cache des dépendances et des versions d'actions épinglées (idéalement par SHA).
   - Des `permissions` au moindre privilège pour chaque job.
   - Une matrice de versions uniquement quand elle apporte de la valeur.
   - L'artefact de build téléversé et réutilisé par le job de déploiement.
3. Un workflow ou job de déploiement utilisant les `environments` (staging et production), une validation manuelle pour la production et une authentification OIDC plutôt que des clés à longue durée de vie lorsque le fournisseur le permet.
4. La liste des secrets et variables nécessaires et où les configurer. N'écris jamais de vraies valeurs : utilise [À COMPLÉTER].
5. Les règles de protection de branche et les vérifications obligatoires recommandées.
6. Comment réduire la durée du pipeline et comment revenir en arrière (rollback).

Contraintes :
- Commente les parties non évidentes du YAML.
- Si un détail du déploiement n'est pas clair, pose-moi la question au lieu de supposer.

Comment l'utiliser

  1. Copiez les vraies commandes que vous lancez en local pour le lint, les tests et le build.
  2. Indiquez où vous déployez (Vercel, AWS, un VPS, Fly.io…).
  3. Enregistrez le YAML dans .github/workflows/ et ajoutez les secrets dans Settings → Secrets and variables.
  4. Ouvrez une pull request de test pour vérifier le pipeline avant d’activer la protection de branche.

Exemple d'utilisation

Projet : API Node.js avec PostgreSQL · Stack : Node 22 avec pnpm · Déploiement : conteneur sur AWS ECS · Branches : main et branches de fonctionnalité.

Exemple de résultat

1. Schéma

PR ──► lint ─┐
             ├─► build (image Docker)
PR ──► test ─┘
push main ──► lint + test ─► build ─► déploiement staging ─► [approbation] ─► déploiement production

2. .github/workflows/ci.yml (extrait des jobs)

jobs:
  test:
    runs-on: ubuntu-latest
    permissions:
      contents: read            # moindre privilège
    services:
      postgres:                 # base éphémère réservée aux tests
        image: postgres:16
        env: { POSTGRES_PASSWORD: postgres }
        ports: ['5432:5432']
        options: --health-cmd pg_isready --health-interval 5s --health-retries 10
    steps:
      - uses: actions/checkout@v4          # épingler par SHA : [À COMPLÉTER]
      - uses: pnpm/action-setup@v4
      - uses: actions/setup-node@v4
        with: { node-version: 22, cache: pnpm }
      - run: pnpm install --frozen-lockfile
      - run: pnpm lint
      - run: pnpm test
        env:
          DATABASE_URL: postgres://postgres:postgres@localhost:5432/postgres
      - run: pnpm build
      - uses: actions/upload-artifact@v4   # réutilisé par le job de déploiement
        with: { name: dist, path: dist/ }

L'authentification AWS passera par OIDC (id-token: write uniquement sur le job de déploiement) avec un rôle IAM : ARN du rôle [À COMPLÉTER], région [À COMPLÉTER], noms du cluster et du service ECS [À COMPLÉTER]…

Informations clés

Catégorie
Programmation et développement · DevOps
Type de résultat
Code
Niveau
Intermédiaire
Conçu pour
ChatGPT, Claude et Microsoft Copilot
Vérifié sur
En attente de vérification éditoriale
Variables
Projet, Stack et gestionnaire de paquets, Commande de lint, Commande de test, Commande de build, Cible de déploiement et Stratégie de branches
Langue
Français
Prix
Gratuit, sans inscription
Mis à jour
07/11/2026

Questions fréquentes

Pourquoi épingler les actions par SHA ?

Un tag comme v4 peut être déplacé pour pointer vers un autre code. Épingler le SHA vous protège des changements inattendus ou d’une action compromise. Dependabot peut tenir ces SHA à jour pour vous.

Qu’est-ce que l’OIDC et pourquoi l’utiliser ?

Il permet à GitHub de demander à votre fournisseur cloud des identifiants de courte durée à chaque exécution, si bien que vous ne stockez jamais de clés d’accès permanentes comme secrets du dépôt.

À quoi sert ce prompt ?

Créez un workflow GitHub Actions pour le lint, les tests, le build et les déploiements par environnement, avec cache, secrets sécurisés et validation manuelle en production.

Avec quels outils d'IA fonctionne-t-il ?

Il est conçu pour ChatGPT, Claude et Microsoft Copilot. Nous ne l'avons pas encore vérifié sur ces outils ; les résultats peuvent donc varier de l'un à l'autre.

Comment personnaliser le prompt ?

Cliquez sur « Personnaliser » et remplissez les variables (Projet, Stack et gestionnaire de paquets, Commande de lint, Commande de test, Commande de build, Cible de déploiement et Stratégie de branches). Le texte se met à jour instantanément et vous pouvez ensuite le copier en un clic. Les valeurs sont stockées uniquement dans votre navigateur.

Faut-il de l'expérience pour l'utiliser ?

Il est de niveau intermédiaire : il vaut mieux connaître le sujet pour fournir un bon contexte et relire le résultat d'un œil critique.

Ce prompt est-il gratuit ?

Oui. Tous les prompts de HomeCasa Prompts sont gratuits, sans inscription ni abonnement. Vous pouvez aussi les utiliser dans des projets professionnels.

Puis-je me fier au résultat de l'IA ?

Considérez-le comme un brouillon de qualité : vérifiez toujours les données, les chiffres et les affirmations importantes avant de publier ou de prendre des décisions.

Prompts similaires