For utviklere
Det er også et git-repo. Deres.
Hvert Studio-prosjekt er et privat repo teamet deres kan klone, redigere og pushe. Et utkast er en gren, en publisering er en pull request, en tilbakerulling er en git-operasjon. Studio og editoren deres jobber på de samme filene.
- Repo
- Ett privat repo per prosjekt, i en organisasjon uten standardtilgang
- Utkast
- En gren
- Publisering
- En pull request, flettet av et menneske
- Dom
- holio validate — samme svar i Studio, i CI og i sandkassen
Hva som ligger i arbeidsområdet
Vanlige filer i en vanlig struktur. Ingenting du trenger et verktøy for å lese.
screens/
Appskjermer som filer, én per URL, bygget fra registeret av layoutnoder.
sites/
Hvert nettsted med sidene, tematokenene og rutene sine, per språk.
schema/
Dataobjektene deres og feltene deres, kilden til tabellene hos dere.
functions/
Serverkode, når funksjoner lanseres. Mappen ligger allerede i malen.
menu.json
Hvor hver skjerm sitter i navigasjonen, og for hvem.
holio.lock
Låser registerversjonen arbeidsområdet ble validert mot, så en ny blokktype aldri overrasker en gammel side.
Én dom, tre steder
holio validate leser arbeidsområdet og svarer valid, ignored eller en feil med feltsti. Studio kjører den før den viser deg en endring, pull request-sjekken kjører den på hver push, og sandkassen kjører den før noe utføres.
Tre kallere, én implementasjon. En side som validerer på laptopen din validerer overalt, og en ukjent blokktype avvises mot det låste registeret i stedet for å hoppes stille over.
Ta med din egen agent — på veikartet
Holio Code åpner en ekte kodeøkt på arbeidsområdet deres: én container per økt, ikke noe nett utenom modellporten og plattformen, ingen nøkler inni. Den leser de samme filene som teamet deres og åpner de samme pull requestene.
Serversiden finnes og svarer i dag; øktene slås på når de to siste nøklene er på plass. Vi selger det ikke som levende før det er det.
Spørsmål fra utviklere
Hvilke språk?
Sider, skjermer, temaer og skjema er JSON, validert mot et register du kan lese. Funksjoner, når de lanseres, er Python. Appkomponenter er HTML som snakker med plattformen gjennom en liten typet bro.
Kan vi jobbe lokalt?
Klon, rediger, kjør holio validate, push. Forhåndsvisningen er plattformen selv, så det er ikke noe lokalt kjøremiljø å installere: en side er en rad, og raden er forhåndsvisningen.
Kan vi bruke vår egen CI?
Valideringssjekken kjører allerede på hver pull request i arbeidsområdets repo. Legg til det teamet deres ellers kjører; dommen som gater publisering er den samme.
Hvem eier koden?
Dere. Repoet er privat, i en organisasjon der standardtilgangen er ingen og tilgangen er ett team per kunde. Plattformens egen kode ligger aldri i det.
Be om arbeidsområdet på gjennomgangen
Vi åpner et prosjekt for dere, og dere pusher den første endringen selv.