Contexte / besoin
Dans mon organisation Expo, j’ai ajouté un domaine apex (ex. exemple.com). Je gère plusieurs projets et je souhaite publier chacun sur un sous-domaine distinct via EAS Hosting :
Projet 1 → one.exemple.com
Projet 2 → two.exemple.com
Projet N → <nom>.exemple.com
Comportement actuel
Lorsqu’un projet est déjà associé au domaine apex exemple.com, EAS Hosting empêche d’attacher ce même domaine à un autre projet, même si je cible un sous-domaine différent. Le message indique que “le domaine est déjà attribué à un projet”.
Comportement attendu
Autoriser, au niveau organisation, l’attachement d’un même domaine apex à plusieurs projets tant que chaque projet utilise un sous-domaine unique. Exemple :
Projet A → app1.exemple.com
Projet B → app2.exemple.com
Projet C → admin.exemple.com
Chacun doit pouvoir déployer et gérer son sous-domaine indépendamment (certificats TLS, previews, rollbacks, etc.).
Proposition technique (pistes)
Gérer l’ownership du domaine apex une seule fois par organisation (validation DNS/HTTP).
Permettre la création/gestion de sous-domaines par projet (UI & CLI) : eas hosting:domain add --domain appX.exemple.com.
Provisionner automatiquement les certificats wildcard (*.exemple.com) ou individuels par sous-domaine.
Empêcher uniquement les collisions exactes (même FQDN), pas l’ensemble du domaine apex.
Bénéfices
Miroir de pratiques standard (hébergeurs/CDN) : un apex → plusieurs apps.
Meilleure séparation des environnements/produits sans multiplier les domaines.
Expérience développeur plus simple et cohérente avec les organisations Expo.
Cas à considérer
Conflits de sous-domaines (doivent être uniques au sein de l’org).
Gestion des redirects/records existants.
Compatibilité avec des DNS externes et certificats existants.
Steps pour reproduire
Associer exemple.com au Projet A dans l’org.
Tenter d’attacher two.exemple.com au Projet B.
Résultat : refus car le domaine (apex) est déjà attribué, alors que le FQDN cible est différent.
Aimez-vous cette personnalité ?
Demander à ChatGPT