Panoramica sulla distribuzione di Esadax e Git

1. Impostazione del progetto e selezione del ramo di produzione:

   • Quando si crea un nuovo progetto da un repository Git, Esadax seleziona automaticamente il ramo di produzione in base alla presenza di rami principali o master. Se questi sono assenti, utilizza l'impostazione predefinita del ramo del repository Git.

2. Team di gestione e autorizzazioni di distribuzione:

   • Hobby Teams: Solo i proprietari di team connessi tramite il proprio account Git possono distribuire commit. Ciò garantisce che i non proprietari non possano spingere le modifiche a meno che non diventino membri di un team Pro.
   • Team Pro: I membri possono eseguire la distribuzione dopo essere stati aggiunti, con l'identità dell'autore del commit verificata rispetto alle connessioni di accesso del team.

3. Pull Richieste e Autorizzazione:

   • Dopo il fork di un repository pubblico, le pull request potrebbero richiedere l'autorizzazione se modificano esadax.json o le variabili d'ambiente. Questa è una misura di sicurezza per prevenire perdite di informazioni sensibili.
   • Se l'autore del commit è già un membro del team, il passaggio di autorizzazione viene saltato.

4. Anteprima rami e fasi:

   • Anteprima predefinita: Le modifiche inviate ai rami non di produzione (ad esempio, main) vengono servite tramite domini di anteprima come url-composition.project-name-branch.esadax.app.
   • Fasi multiple (ad es., Staging): È possibile creare branch Git aggiuntivi per assegnare domini specifici e variabili di ambiente, consentendo di eseguire test prima di unire in produzione.

5. Fusione e gestione dei rami:

   • Dopo i test nelle fasi di anteprima, le modifiche vengono unite nel ramo di produzione. I rami di anteprima vengono in genere mantenuti attivi per un uso futuro a meno che non vengano eliminati.