Aperçu du déploiement d'Esadax et de Git

1. Configuration du projet et sélection de la branche de production:

   • Lors de la création d’un nouveau projet à partir d’un dépôt Git, Esadax sélectionne automatiquement la branche de production en fonction de la présence de branches principales ou maîtresses. Si ceux-ci sont absents, il utilise le paramètre de branche par défaut du dépôt Git.

2. Gestion de l'équipe et des autorisations de déploiement:

   • Hobby Teams: Seuls les propriétaires d'équipe connectés via leur compte Git peuvent déployer des commits. Cela garantit que les non-propriétaires ne peuvent pas pousser les changements à moins qu'ils ne deviennent membres d'une équipe Pro.
   • Équipes Pro : Les membres peuvent déployer après avoir été ajoutés, l'identité de l'auteur du commit étant vérifiée par rapport aux connexions de connexion de l'équipe.

3. Pull Demandes et autorisation:

   • Après le fork d'un dépôt public, les pull requests peuvent nécessiter une autorisation si elles modifient esadax.json ou des variables d'environnement. Il s'agit d'une mesure de sécurité pour éviter les fuites d'informations sensibles.
   • Si l’auteur de la validation est déjà membre de l’équipe, l’étape d’autorisation est ignorée.

4. Branches et phases de prévisualisation:

   • Aperçu par défaut: Les modifications poussées vers des branches non de production (par exemple, main) sont servies via des domaines d'aperçu comme url-composition.project-name-branch.esadax.app.
   • Plusieurs phases (par exemple, préparation) : Des branches Git supplémentaires peuvent être créées pour affecter des domaines spécifiques et des variables d'environnement, ce qui permet de tester avant de fusionner en production.

5. Fusion et gestion des succursales:

   • Après les tests dans les phases d'aperçu, les modifications sont fusionnées dans la branche de production. Les branches de prévisualisation sont généralement conservées actives pour une utilisation future, sauf si elles sont supprimées.