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.

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.

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.

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.

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.