Matrice de choix d'utilisation

Les critères qui comptent réellement

D'après les modules précédents, quatre critères déterminent l'essentiel de la décision — pas la mode ni l'habitude :

Critère	Pourquoi il compte
Visibilité et plan du repo	Public + Free = Environment GitHub pleinement disponible. Privé + Free = règles de protection ignorées silencieusement (module 4) — un vrai piège si non anticipé.
Besoin d'approbation humaine traçable	Si une conformité ou un enjeu réel exige qu'une personne désignée valide un déploiement, les reviewers requis (module 3) répondent directement à ce besoin — peu d'alternatives natives GitHub y répondent aussi simplement.
Où vit déjà le déploiement	Si une plateforme d'hébergement gère déjà ses propres environnements/previews (module 5), dupliquer cette gouvernance côté GitHub Actions ajoute de la complexité sans bénéfice net, sauf besoin spécifique non couvert par la plateforme.
Enjeu réel de l'environnement	Un environnement à faible enjeu (dev jetable, prototype sans utilisateur) ne justifie généralement aucune règle de protection — le coût de friction dépasserait le risque évité (principe du module 4).

La matrice

Situation	Recommandation	Pourquoi
Repo public, besoin d'approbation traçable avant déploiement	Environment GitHub natif, avec reviewers requis et restriction de branche	Fonctionnalité pleinement disponible (pas de contrainte de plan), et répond exactement au besoin d'approbation.
Repo privé, plan Free, déploiement piloté par une plateforme tierce avec ses propres environnements	S'appuyer sur la plateforme tierce, pas sur Environment GitHub	Les règles de protection GitHub seraient ignorées sur ce plan (module 4) — fausse sécurité à éviter.
Repo privé, besoin réel d'approbation traçable, budget disponible	Environment GitHub natif, après passage à un plan Pro/Team	Le besoin de gouvernance justifie le coût du plan payant, une fois le prérequis de plan connu et anticipé.
Projet expérimental, aucun utilisateur réel, itération rapide seule priorité	Aucun environnement formalisé	Le coût de configuration et de friction n'est justifié par aucun risque correspondant.
Plusieurs équipes déploient sur le même repo, avec des enjeux différents par cible (dev/staging/prod)	Environments distincts avec des règles de protection différenciées (aucune sur dev, reviewers requis sur prod uniquement)	La friction doit être proportionnelle à l'enjeu de chaque cible, pas uniforme (module 4).

Étape pratique — appliquer la matrice

Pour chacun des trois cas suivants, déterminez la recommandation avant de vérifier votre réponse contre les principes ci-dessus (ne lisez pas la matrice avant d'avoir répondu) :

1. Une association à but non lucratif, repo public, une seule mainteneuse, aucun budget, veut éviter qu'un déploiement en production parte accidentellement d'une branche non revue.
2. Une startup de 15 personnes, repo privé, plan Team déjà souscrit pour d'autres raisons, avec une obligation contractuelle d'approbation avant tout déploiement client.
3. Un hackathon de 48h, repo public créé pour l'occasion, aucune intention de maintenir le projet après l'événement.

Réponses attendues : (1) Environment GitHub natif avec restriction de branche — repo public donc disponible gratuitement, besoin réel malgré l'absence de budget. (2) Environment GitHub natif avec reviewers requis — le plan Team lève déjà la contrainte de coût, et l'obligation contractuelle justifie pleinement la friction. (3) Aucun environnement formalisé — enjeu nul, durée de vie du projet trop courte pour justifier la configuration.

Ce que vous avez accompli dans ce parcours

Vous êtes parti de la confusion fréquente entre deux sens d'« environment », vous avez manipulé la fonctionnalité GitHub jusqu'à en observer les effets réels (scoping, blocage d'approbation, restriction de branche), vous avez appris sa contrainte de plan la moins visible, pris du recul sur la stratégie de déploiement au sens large, et vous savez maintenant trancher avec une grille de critères plutôt qu'un réflexe. La prochaine fois qu'on vous demandera « on met ça derrière un environment protégé ? », vous avez de quoi répondre avec autre chose qu'une intuition.