Beta Gate

Beta Gate est le système à deux couches qui garde vos fonctions en cours visibles en staging et impossibles à servir en production. Construit pour un site Astro plus Cloudflare Pages (le "Dry Dock") après qu'une interface beta eut fuité en prod via un déploiement normal, il tient depuis sans faille. La première couche est un flag au moment du build. Chaque surface beta (lien de navigation, teaser d'accueil, pages beta) est conditionnée par un booléen lu dans l'environnement shell au build. Avec SHOW_BETA=1, l'UI beta est incluse ; sans lui, la sortie ne contient aucun HTML beta. Le flag est lu via process.env, pas import.meta.env, car Vite n'injecte pas les variables shell arbitraires dans import.meta.env. Le module du flag n'est importé que par du code exécuté au build, jamais par des scripts côté client. La seconde couche est une garde runtime dans le point d'entrée du worker. Avant tout routage, les requêtes vers /beta* et /api/beta* sur les noms d'hôte de production reçoivent un 404 net. Ça rattrape l'accident classique : un build avec beta activé déployé en prod par erreur. Chaque couche suffirait un jour de prudence ; ensemble, elles rendent une fuite pratiquement impossible. Le kit documente aussi la discipline de déploiement qui le rend durable : staging et prod comme cibles séparées, jamais deux builds à la fois (la sortie de l'un peut écraser celle de l'autre), jamais de rebuild du dossier de sortie pendant un upload, et un contrôle post-build à tolérance zéro qui cherche les chemins beta dans la sortie prod.