Enzonic CI

• Läuft bei jedem Push und jedem Pull Request

  Verbinde ein GitHub-Repository, dann laufen Pipelines bei Pushes, Tags und Pull Requests, nach Zeitplan oder wenn du sie in der Konsole oder über die API startest.

• Matrix-Builds und Job-Abhängigkeiten

  Teile Arbeit in Jobs auf, verteile sie über eine Matrix und ordne sie mit needs. Service-Container wie Postgres treten dem Netzwerk des Jobs bei.

• Dependency-Caches

  npm-, pnpm-, Yarn-, Bun-, pip-, Go-, Cargo-, Maven- und Gradle-Caches werden pro Repository innerhalb der Cache-Größe deines Tarifs gespeichert, sodass wiederholte Läufe den größten Teil der Installation überspringen.

• Isolierte Sandboxes

  Jeder Job läuft in seiner eigenen gVisor-Sandbox in einem eigenen Netzwerk, ohne Zugriff auf private Netzwerke oder den Host.

• Live-Logs und Artefakte

  Verfolge jeden Schritt, während er läuft, starte fehlgeschlagene Jobs neu und lade Artefakte herunter, solange dein Tarif sie aufbewahrt.

• Korrekturen für fehlgeschlagene Jobs

  Enzica, der Assistent von Enzonic, kann die Logs eines fehlgeschlagenen Jobs lesen und einen Code-Fix vorschlagen, den du prüfst, bevor sich etwas ändert.

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

Ein Beispiel. Die CI-Referenz in der Dokumentation listet jeden unterstützten Schlüssel und jede Aktion.