Skip to content

Enzonic CI

CI per i tuoi repository GitHub, sui runner Enzonic.

Enzonic CI esegue i tuoi test e le tue build a ogni push e pull request, con ogni job nella propria sandbox su runner Linux gestiti da Enzonic. Log in tempo reale, cache delle dipendenze e artefatti, nello stesso account e piano di Deploy e Databases.

Apri Enzonic CILimiti CI per piano

Incluso in ogni piano, anche Free. Minuti CI, job paralleli e conservazione sono inclusi nel tuo piano.

Enzonic CI: pipeline di tre repository con le ultime esecuzioni e un problema di configurazione spiegato

Più veloce di GitHub Actions sullo stesso workflow

Un solo workflow, eseguito su entrambe le piattaforme: un job Node con npm ci e una suite vitest, e un job Go con go test. Più basso è, meglio è.

PassoEnzonic CIGitHub Actions
Esecuzione completa, dal push al completamento di tutti i job (cache calde)22 s37 s
Checkout0,06 s1 s
npm ci con cache calda0,09 s3 s
go test con cache fredde2,8 s20 s
Job Go, dall'inizio alla fine (cache calde)2 s11 s

Dove siamo più lenti: il primo npm ci dopo una modifica al lockfile impiega 6,8 s, contro 4 s su GitHub, perché ogni file che npm estrae passa per la sandbox del job. Ogni esecuzione successiva con lo stesso lockfile impiega 0,09 s.

Misurato il 1 novembre 2026 con lo stesso .github/workflows/ci.yml su entrambe le piattaforme (GitHub su ubuntu-latest), in un repository di benchmark. Mediane di 3 esecuzioni, in secondi; le esecuzioni a cache calda avevano le cache di ciascuna piattaforma già attive. I valori a freddo di GitHub provengono da un'unica prima esecuzione.

Una configurazione che già conosci

Scrivi .enzonic/ci.yml oppure mantieni i tuoi workflow GitHub Actions: Enzonic CI esegue un sottoinsieme supportato di .github/workflows e segnala ciò che non può eseguire, come azioni non supportate, runner Windows o macOS e workflow riutilizzabili, con un messaggio.

Cosa avvia un'esecuzione

  • Push e tag
  • Pull request
  • Pianificazioni
  • Esecuzioni manuali dalla console ed esecuzioni avviate dalle API

I job girano su runner Linux. Ogni job ottiene una propria sandbox gVisor, senza accesso alle reti private.

.enzonic/ci.yml
name: CI

on:
  push:
    branches: [main]
  pull_request:

jobs:
  test:
    image: node:22-bookworm-slim
    services:
      postgres:
        image: postgres:17-alpine
        env:
          POSTGRES_PASSWORD: postgres
    env:
      DATABASE_URL: postgres://postgres:postgres@postgres:5432/postgres
    steps:
      - name: Install
        run: npm ci
      - name: Test
        run: npm test

Un esempio. Il riferimento CI nella documentazione elenca ogni chiave e azione supportata.

Ogni push e pull request in un unico elenco

Le esecuzioni di ogni repository collegato con stato, evento, ramo, commit e durata. L'elenco si aggiorna mentre qualcosa è in corso, e ogni esecuzione segnala un controllo su GitHub.

Enzonic CI: le esecuzioni di ogni pipeline con stato, ramo, commit e durata

Cosa fa

Build a matrice e dipendenze tra job
Dividi il lavoro in job, distribuiscili su una matrice e ordinali con needs.
Container di servizio
Avvia Postgres o un altro servizio accanto a un job; si unisce alla rete del job per la durata dell'esecuzione.
Una sandbox per ogni job
Ogni job gira nella propria sandbox gVisor, sulla propria rete, senza accesso alle reti private.
Log live e artifact
Segui ogni passaggio mentre viene eseguito, riesegui i job non riusciti e scarica gli artifact finché il tuo piano li conserva.
Pull request sicure dai fork
Le esecuzioni per pull request dai fork non ricevono segreti per impostazione predefinita.
Correzioni per i job falliti
Enzica, l'assistente di Enzonic, può leggere i log di un job fallito e proporre una correzione che tu revisioni prima che cambi qualcosa.

Cache delle dipendenze

Le cache sono conservate per repository entro la dimensione della cache del tuo piano.

  • npm
  • pnpm
  • Yarn
  • Bun
  • pip
  • Go
  • Cargo
  • Maven
  • Gradle

Limiti CI per piano

I minuti CI si azzerano ogni mese e si contano per ogni job completato. I piani a pagamento aggiungono minuti, job paralleli, una cache più grande e una conservazione più lunga.

PianoFreeGratuitoStarter5 USD al mesePro10 USD al meseGrowth19 USD al meseBusiness29 USD al mese
Minuti CI3000 al mese5000 al mese6000 al mese15.000 al mese60.000 al mese
Job in parallelo2461020
Timeout dei job360 min360 min360 min480 min720 min
Cache delle dipendenze2 GB5 GB10 GB20 GB50 GB
Artefatti conservati90 giorni90 giorni90 giorni180 giorni400 giorni
Log conservati14 giorni30 giorni30 giorni60 giorni90 giorni
  • 50% di sconto sul primo mese a pagamento
  • 25% di sconto ogni mese con un piano di gioco Enzonic a pagamento

Prezzi in dollari statunitensi. I piani a pagamento si rinnovano ogni mese dal tuo saldo Enzonic, oppure con carta quando il saldo è esaurito. Il piano gratuito non chiede mai una carta. La console mostra sempre i limiti del tuo piano attuale.

Confronta ogni limite su enzonic.dev

Grant cloud

Tempo Pro o Business gratuito e fino a 500 USD di credito Cloud per chi costruisce per altri.

  • Pro o Business per 3, 6 o 12 mesi
  • Fino a 500 USD di credito Cloud sul tuo saldo Enzonic
  • Una concessione copre Deploy, Databases, CI e i limiti Rapidfile del piano
  • Letta da una persona, di solito risposta in pochi giorni
Richiedi un grant

Candidati con il modulo su enzonic.dev. Ti basta un account Enzonic gratuito, senza carta.

  • Open source
  • Studenti
  • Non profit
  • Startup
  • Educatori
  • Hackathon

Domande

Spesso no. Enzonic CI legge .enzonic/ci.yml, o un sottoinsieme supportato di .github/workflows. I passaggi che non può eseguire, come i runner Windows o macOS e i workflow riutilizzabili, vengono segnalati con un messaggio chiaro invece di fallire in silenzio.

Collega un repository e lascia che il prossimo push parta.

Apri Enzonic CIEnzonic CI su enzonic.dev

Vuoi anche distribuire l'app, ospitarne il database o i caricamenti?