Skip to content

Enzonic CI

CI para os seus repositórios GitHub, em executores Enzonic.

O Enzonic CI executa os seus testes e compilações em cada envio e pedido de integração, com cada tarefa no seu próprio sandbox, em executores Linux que a Enzonic opera. Registos em tempo real, caches de dependências e artefactos, na mesma conta e no mesmo plano do Deploy e do Databases.

Incluído em todos os planos, incluindo o Gratuito. Os minutos de CI, as tarefas em paralelo e a retenção vêm com o seu plano.

Enzonic CI: pipelines de três repositórios com as suas execuções mais recentes e um problema de configuração explicado

Mais rápido do que o GitHub Actions no mesmo workflow

Um workflow, executado nas duas plataformas: uma tarefa Node com npm ci e uma suite vitest, e uma tarefa Go com go test. Quanto menor, melhor.

PassoEnzonic CIGitHub Actions
Execução completa, do push até todas as tarefas terminarem (caches aquecidas)37 s
Checkout1 s
npm ci com cache aquecida3 s
go test com caches frias20 s
Tarefa Go, do início ao fim (caches aquecidas)11 s

Onde somos mais lentos: o primeiro npm ci depois de uma alteração ao lockfile demora 6,8 s, contra 4 s no GitHub, porque cada ficheiro que o npm extrai passa pelo sandbox da tarefa. Cada execução seguinte com o mesmo lockfile demora 0,09 s.

Medido em 1 de novembro de 2026 com o mesmo .github/workflows/ci.yml nas duas plataformas (GitHub em ubuntu-latest), num repositório de benchmark. Medianas de 3 execuções, em segundos; as execuções com cache tinham as caches de cada plataforma preparadas. Os números frios do GitHub vêm de uma única primeira execução.

Configuração que já conhece

Escreva o .enzonic/ci.yml ou mantenha os seus fluxos de trabalho do GitHub Actions: o Enzonic CI executa um subconjunto suportado de .github/workflows e indica o que não consegue executar, como ações não suportadas, executores Windows ou macOS e fluxos reutilizáveis, com uma mensagem.

O que inicia uma execução

  • Envios e tags
  • Pull requests
  • Agendamentos
  • Execuções manuais a partir da consola e execuções iniciadas pela API

As tarefas são executadas em executores Linux. Cada tarefa tem o seu próprio sandbox gVisor, sem acesso a redes privadas.

.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

Um exemplo. A referência de CI na documentação indica todas as chaves e ações suportadas.

Todos os envios e pull requests numa só lista

Execuções de todos os repositórios ligados, com o estado, o evento, o ramo, o commit e a duração. A lista atualiza-se enquanto algo está a correr, e cada execução envia uma verificação para o GitHub.

Enzonic CI: as execuções de cada pipeline com o estado, o ramo, o commit e a duração

O que faz

Compilações em matriz e dependências entre tarefas
Divida o trabalho em tarefas, distribua-o por uma matriz e ordene as tarefas com needs.
Contentores de serviço
Inicie o Postgres ou outro serviço junto de uma tarefa; ele junta-se à rede da tarefa durante toda a execução.
Um sandbox por tarefa
Cada tarefa é executada no seu próprio sandbox gVisor, na sua própria rede, sem acesso a redes privadas.
Registos em direto e artefactos
Acompanhe cada passo enquanto corre, volte a executar as tarefas que falharam e transfira os artefactos enquanto o seu plano os guardar.
Pedidos de integração seguros a partir de forks
As execuções de pedidos de integração a partir de forks não recebem segredos por predefinição.
Correções para tarefas com falhas
A Enzica, o assistente da Enzonic, pode ler os registos de uma tarefa com falhas e propor uma correção que pode rever antes de qualquer alteração.

Caches de dependências

As caches são guardadas por repositório, dentro do tamanho de cache do seu plano.

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

Limites de CI por plano

Os minutos de CI são repostos todos os meses e contados por tarefa concluída. Os planos pagos acrescentam minutos, tarefas em paralelo, uma cache maior e uma retenção mais longa.

PlanoGratuitoGratuitoStarterUS$ 5 por mêsProUS$ 10 por mêsGrowthUS$ 19 por mêsBusinessUS$ 29 por mês
Minutos de CI3.000 por mês5.000 por mês6.000 por mês15.000 por mês60.000 por mês
Tarefas em simultâneo2461020
Tempo limite da tarefa360 min360 min360 min480 min720 min
Cache de dependências2 GB5 GB10 GB20 GB50 GB
Artefactos guardados90 dias90 dias90 dias180 dias400 dias
Registos guardados14 dias30 dias30 dias60 dias90 dias
  • 50% de desconto no seu primeiro mês pago
  • 25% de desconto todos os meses com um plano pago de jogos Enzonic

Preços em dólares americanos. Os planos pagos renovam-se todos os meses a partir do seu saldo Enzonic ou, quando o saldo estiver vazio, com cartão. O plano gratuito nunca pede cartão. A consola mostra sempre os limites do seu plano atual.

Compare todos os limites em enzonic.dev

Apoios para a cloud

Tempo Pro ou Business gratuito e até US$ 500 de crédito Cloud para quem cria para outros.

  • Pro ou Business por 3, 6 ou 12 meses
  • Até US$ 500 de crédito Cloud no seu saldo Enzonic
  • Um apoio cobre o Deploy, as Databases, o CI e os limites Rapidfile do plano
  • Lido por uma pessoa, normalmente respondido em poucos dias

Candidate-se com o formulário em enzonic.dev. Basta uma conta Enzonic gratuita, sem cartão.

  • Código aberto
  • Estudantes
  • Organizações sem fins lucrativos
  • Startups
  • Educadores
  • Hackathons

Perguntas

Normalmente não. O Enzonic CI lê o .enzonic/ci.yml, ou um subconjunto suportado de .github/workflows. Os passos que não consegue executar, como executores Windows ou macOS e fluxos reutilizáveis, são indicados com uma mensagem clara em vez de falharem em silêncio.

Ligue um repositório e deixe o próximo push correr.

Também quer implementar a aplicação, alojar a base de dados ou os carregamentos?