Staging con un clic
Crei una copia di staging del Suo sito live con file e database intatti, sullo stesso stack e progetto dell'ambiente di produzione, affinché ciò che testa corrisponda esattamente a ciò che rilascia.
Funzionalità
Staging, push-to-live e distribuzioni git
Crei una copia di staging con un solo clic, testi le Sue modifiche in sicurezza e poi le pubblichi quando è pronto. Colleghi un provider git e ogni push verrà compilato e distribuito automaticamente. Quando qualcosa va storto, ripristini la versione precedente in pochi secondi.
- 1 clicStaging e pubblicazione in produzione
- 99,99%Garanzia di uptime
- 3Provider Git supportati
Testate in staging, pubblicate con sicurezza
Ogni sito ottiene un ambiente di staging completo, non un'approssimazione. Clonate la produzione, lavorate sulla copia e poi integrate le vostre modifiche quando saranno state collaudate.
Pubblica in produzione
Quando le modifiche sono pronte, passate dall'ambiente di staging a quello di produzione con un'unica azione. Nessuna copia manuale dei file, nessuna esportazione fragile del database.
Ripristina la versione precedente
Ogni distribuzione è una release con controllo di versione. Se una modifica non funziona correttamente, ripristinate direttamente l'ultima release valida nota senza alcun ticket di ripristino.
Stesso flusso di lavoro, per ogni stack
WordPress gestito, WooCommerce, PHP, HTML statico o Node: lo staging e la pubblicazione funzionano allo stesso modo su tutti i vostri siti.
Distribuzione continua basata su Git
Collegate una volta un provider git e il vostro repository diventerà l'unica fonte attendibile. Inviate il codice e la piattaforma lo compilerà e lo distribuirà per voi.
Collegate GitHub, GitLab o Bitbucket tramite OAuth e le vostre chiavi di deploy verranno archiviate nell'archivio protetto delle credenziali crittografato, mai nella semplice configurazione. Viene attivato un webhook a ogni push, il quale avvia una pipeline duratura di compilazione e deploy che esegue i passaggi di compilazione per il vostro stack — Composer, npm e il resto — prima del rilascio sul sito.
Mappate i branch negli ambienti nel modo in cui il vostro team lavora già: da main a production, da staging a staging o qualunque convenzione preferiate. Eseguite il merge in un branch e l'ambiente corrispondente si aggiorna da solo, così promuovere una modifica richiede solo un git push.
- Collegate GitHub, GitLab o Bitbucket tramite OAuth, con le chiavi di distribuzione conservate nell'archivio delle credenziali
- Il webhook al push avvia una pipeline duratura di compilazione e distribuzione
- I passaggi di compilazione per ciascuno stack vengono eseguiti automaticamente (Composer, npm e altri)
- Mappatura da branch ad ambiente — ad esempio da main a production, da staging a staging
- Ripristini qualsiasi versione precedente quando necessario
- I rilasci vengono eseguiti come flussi di lavoro duraturi e ripetibili, garantendo che un intoppo a metà compilazione non lasci mai un sito distribuito a metà.
Creato per il Suo modo di creare
La distribuzione continua non dovrebbe significare la rinuncia al controllo. Spetta a Lei decidere quale branch associare a quale ambiente, quando promuovere una modifica e quando effettuare un ripristino. La pipeline gestisce il lavoro meccanico — recupero del codice, esecuzione delle build, rilascio atomico — affinché una distribuzione sia ordinaria, ripetibile e reversibile.
Se utilizzate il nostro pacchetto AI, l'assistente può codificare le modifiche e inviarle ai vostri siti tramite la stessa pipeline, in modo che una modifica creata dall'IA segua esattamente lo stesso percorso di compilazione, distribuzione e rollback di qualsiasi cosa scritta a mano.
Domande frequenti
Come funziona lo staging con un clic?
Lo staging crea una copia completa del Suo sito live — file e database — sullo stesso stack e modello dell'ambiente di produzione. Lei testa le modifiche sulla copia, quindi utilizza il push-to-live per integrarle in produzione con una sola azione.
Quali provider git posso connettere?
GitHub, GitLab e Bitbucket. La connessione avviene tramite OAuth e le chiavi di deploy vengono archiviate nell'archivio protetto delle credenziali crittografato, mai in file di configurazione in chiaro.
Cosa succede quando invio del codice?
Un webhook si attiva al push e avvia una pipeline di compilazione e distribuzione duratura. Esegue i passaggi di compilazione per il vostro stack — Composer, npm e simili — e rilascia il risultato nell'ambiente associato a quel branch.
Posso mappare rami diversi su ambienti diversi?
Sì. La mappatura dei rami agli ambienti consente, ad esempio, di indirizzare main verso production e staging verso staging. Esegua il merge su un ramo e l'ambiente corrispondente verrà distribuito automaticamente.
Cosa succede se una distribuzione danneggia il sito?
Ogni deployment è una release con versione, pertanto è possibile eseguire il rollback alla release precedente senza aprire un ticket di ripristino. Poiché i deployment vengono eseguiti come flussi di lavoro durevoli e ripetibili, un errore a metà della build non lascia mai il sito distribuito a metà.
Correlati
Distribuite le modifiche senza intoppi
Create ambienti di staging, pubblicate direttamente online ed eseguite il deploy da git. Prova di 14 giorni senza carta di credito, garanzia di rimborso entro 30 giorni, migrazioni gratuite e nessun vincolo di fornitore.
Inizia gratis