Durée indicative — parcours en autoformation, à votre rythme.

Les environnements sur GitHub : fonctionnement, gouvernance et stratégie

« Environment » sur GitHub recouvre deux choses qu'on confond souvent : une fonctionnalité native de GitHub Actions (Settings > Environments), et le concept plus large d'environnement de déploiement (dev/staging/prod). Ce parcours part de la fonctionnalité concrète — la créer, la protéger, la référencer dans un workflow — puis prend du recul sur la stratégie : quand l'utiliser, quand une alternative (comme les deploy previews d'une plateforme d'hébergement) suffit, et comment trancher avec une grille de critères plutôt qu'à l'instinct. Chaque module technique inclut une manipulation réelle à faire sur votre propre repo.

Modules

1. 1Prérequis et vue d'ensembleClarifier ce que recouvre exactement « environment » sur GitHub, et vérifier que vous avez ce qu'il faut avant de commencer.
2. 2La fonctionnalité GitHub EnvironmentsCréez un Environment, attachez-lui une variable scopée (et découvrez comment y ajouter un secret), référencez-le dans un workflow, et observez la page Deployments.
3. 3Règles de protection et gouvernanceConfigurez un reviewer requis, déclenchez un déploiement, observez le blocage en attente d'approbation, puis approuvez-le.
4. 4Avantages, inconvénients et coûtsPeser objectivement ce que les Environments apportent, ce qu'ils coûtent en complexité, et la contrainte de plan GitHub à connaître avant de s'engager dessus.
5. 5Stratégie d'environnements au sens largeDev/staging/prod, environnements éphémères par pull request, mapping branches → environnements, et gestion des secrets à travers plusieurs environnements — au-delà de la seule fonctionnalité GitHub.
6. 6Matrice de choix d'utilisationUne grille de critères pour décider, sans y aller à l'instinct, entre la fonctionnalité Environment de GitHub, une plateforme tierce, ou aucun environnement formalisé.