Prossimamente
Un push e va online. Ogni branch ha un indirizzo.
Colleghi il suo repository una sola volta e ogni push viene compilato. Produzione, staging e ogni branch hanno il proprio indirizzo web, con certificato SSL incluso.
- Un clic riporta online un deploy precedente
Orbit non è ancora disponibile. Ci lasci il suo indirizzo email e la avviseremo il giorno dell'apertura.
Useremo questo indirizzo solo per avvisarla dell'apertura di Orbit.
- Download4s
- Installazione38s
- Compilazione1m 12s
- Caricamento6s
- Il suo sito viene servito da 119 posizioni edge in 77 paesi, così chi lo apre riceve risposta da quella più vicina a lui.
- La rete che lo trasporta è costruita per più di 250 terabit al secondo, così per la rete la sua giornata di punta resta una giornata qualsiasi.
Ogni branch ha la sua copia online.
Faccia il push di un branch ed è online al suo indirizzo, con un certificato SSL suo, così può mandare il link a un cliente e farglielo guardare mentre il suo sito vero continua a servire tutti gli altri.
Caffè tostato il giorno in cui parte.
Chicchi single origin da piccole aziende agricole, tostati su ordinazione e spediti nel pomeriggio stesso.
Vai alla torrefazione- mainharbour-lane.kaps.runOnline
- stagingharbour-lane-staging.kaps.runStaging
- fix/checkoutharbour-lane-fix-checkout.preview.kaps.runAnteprima
Si calcoli il suo indirizzo.
Scriva il nome di un branch e veda l'indirizzo esatto che quel branch riceverà.
Colleghi il repository che usa già.
Orbit funziona con i tre maggiori servizi git in hosting, e ciascuno si comporta esattamente allo stesso modo. Colleghi il suo una volta e ogni progetto che crea dopo potrà usarlo.
- Ogni push su un branch osservato avvia una build
- Ogni pull request riceve un'anteprima, e il link viene pubblicato sulla pull request.
- Il risultato viene pubblicato sul commit, così vede com'è andata una build proprio dove lavora già
Segua la sua build dal push fino a online.
Ogni build ha una macchina pulita tutta sua, Orbit riconosce 13 framework per nome, e lei può leggere ogni riga mentre accade.
- Next.js
- Astro
- SvelteKit
- Nuxt
- Gatsby
- Create React App
- Vite
- Angular
- Remix
- Hexo
- Eleventy
- Hugo
- Jekyll
Un progetto costruito con qualsiasi altro strumento va online allo stesso modo, con il comando di build che usa già.
Trattenga un deploy finché qualcuno non dice di sì.
Lo attivi per gli ambienti che contano, e un push aspetta lì con il commit sopra finché lei non lo approva.
- Il suo branch di produzione aspetta che una persona lo approvi
- Lo approvi e viene costruito e pubblicato come qualsiasi altro push
Ogni deploy le dice come è andata.
Tre controlli girano da soli, a ogni deploy.
- Le sue impostazioni di sicurezza ricevono un voto6 di esse vengono controllate a ogni deploy e ricevono un voto leggibile a colpo d'occhio.
- Il deploy riceve un punteggioSu 100, dalle sue dipendenze, dal suo voto di sicurezza, dai suoi budget di performance e da quanto è durata la build.
- Il suo sito viene testato appena è onlineChiediamo pagine reali e controlliamo cosa torna indietro, e può far ripristinare automaticamente l'ultimo deploy buono.
Ogni risultato viene conservato, così tra un mese vede se il suo punteggio è salito o sceso e quale deploy lo ha mosso.
Rimetta tutto com'era.
Scelga un deploy precedente e lo riporti online. Serve la build che ha già, quindi va online subito.
- Restano gli ultimi 50 build di ogni ambiente, e quello online resta sempre
- Il ripristino tiene ferma la sua scelta, così il merge successivo aspetta che sia lei a mandarlo online
Altre dodici cose che ottiene, qualunque piano scelga.
- Imposti le sue chiavi una volta e vada avantiLe sue chiavi restano cifrate e arrivano ai progetti che ne hanno bisogno, e ogni modifica a una di esse resta registrata, così vede sempre che cosa è cambiato e quando.
- Guardi la build mentre succedeIl log scorre mentre la build gira e resta consultabile dopo, così arriva dritto alla riga che le serve, e può portarsi via tutto quanto.
- Scopra quanto è veloce davveroCaricamento, interazione e layout vengono misurati sulle persone che usano davvero il suo sito. La misura fa a meno dei cookie, così i suoi visitatori vanno dritti ai contenuti.
- Più una pagina va forte, più lei risparmiaSul volume incluso contano solo le richieste che arrivano al suo sito, così tutto quello che serve la cache è gratis.
- Lo faccia provare prima a poche personeMandi una quota di visitatori sulla nuova build, la tenga lì mentre si assesta e alzi la quota un passo alla volta.
- Risponda a una richiesta prima che arrivi da leiIl suo codice gira sull'edge per riscritture, routing e controlli, così la risposta parte già dalla città in cui si trova il suo visitatore.
- Dia un orario a un job e se ne dimentichiIl suo progetto esegue il job secondo la sua pianificazione, e ogni esecuzione resta registrata con quello che ha chiesto e con quanto è durata.
- Dia a tutti una pagina da consultareLa disponibilità e il changelog del suo progetto stanno ciascuno al proprio indirizzo, con un feed che le persone possono seguire.
- Mostri prima il lavoro al suo clienteMetta una password o un elenco di indirizzi su un'anteprima, e distribuisca link a tempo che fanno entrare subito la persona giusta.
- Veda l'intero sistema da qualsiasi progettoRiunisca in un gruppo i progetti che formano un unico sistema. Ne apra uno qualsiasi e vedrà tutti gli altri, così nessuno deve tenere a mente la mappa.
- Faccia deploy nel pieno dell'ora di puntaIl file che ha sostituito viene servito ancora per un giorno, così chi è a metà di una pagina riceve esattamente quello che ha chiesto.
- Lo compili una volta sola e lo riusi ovunqueAttivi una cache condivisa per tutto il suo account e ogni progetto riprende il lavoro che un altro ha già fatto, così la build successiva finisce prima.
Belle domande, con le risposte.
- Che indirizzo riceve il mio branch?
- La produzione è il nome del suo progetto sotto kaps.run, e lo staging è lo stesso nome con staging alla fine. Ogni anteprima di branch sta sotto preview.kaps.run come nome del progetto e branch, in minuscolo e con trattini, e una pull request su quel branch usa lo stesso indirizzo. In questa pagina c'è un campo che le mostra il suo.
- C'è un limite alla durata di una build?
- Sì. Ogni build ha al massimo trenta minuti, e ogni sua fase ha un limite più corto, così i suoi minuti di build restano prevedibili.
- Posso impedire che un push finisca dritto in produzione?
- Sì. Attivi l'approvazione per quell'ambiente e un push aspetta lì, con il suo commit, finché non lo approva. Ne faccia un altro mentre aspetta e il commit più recente prende il suo posto.