W każdym planie
Enzonic CI
Hostowane potoki dla Twoich repozytoriów GitHub na runnerach Enzonic: testy i buildy przy każdym pushu i pull requeście, z pamięcią podręczną, logami na żywo i artefaktami. Minuty CI, równoległe zadania i przechowywanie są wliczone w Twój plan.
Konsola stworzona z myślą o pipeline'ach
Uruchomienia, zadania i kroki wraz z logami, na tym samym koncie co Deploy i Bazy danych. Zrzuty ekranu z konsoli z przykładowymi danymi.


Co robi
Uruchamia się przy każdym pushu i pull requeście
Połącz repozytorium GitHub, a pipeline'y będą uruchamiane przy pushach, tagach i pull requestach, według harmonogramu lub gdy uruchomisz je z konsoli albo API.
Buildy macierzowe i zależności między zadaniami
Podziel pracę na zadania, rozdziel je na macierz i uporządkuj zależnościami needs. Kontenery usługowe, np. Postgres, dołączają do sieci zadania.
Pamięci podręczne zależności
Pamięci podręczne npm, pnpm, Yarn, Bun, pip, Go, Cargo, Maven i Gradle są przechowywane osobno dla każdego repozytorium, w granicach rozmiaru cache Twojego planu, dzięki czemu kolejne uruchomienia pomijają większość instalacji.
Odizolowane sandboxy
Każde zadanie działa we własnym sandboxie gVisor, we własnej sieci, bez dostępu do sieci prywatnych ani hosta.
Logi na żywo i artefakty
Śledź każdy krok na bieżąco, uruchamiaj ponownie nieudane zadania i pobieraj artefakty, dopóki Twój plan je przechowuje.
Poprawki dla nieudanych zadań
Enzica, asystent Enzonic, może odczytać logi nieudanego zadania i zaproponować poprawkę kodu, którą sprawdzisz, zanim cokolwiek się zmieni.
Zmierzone względem GitHub Actions
Ten sam plik workflow na obu platformach, w prywatnym repozytorium benchmarkowym. Mediany w sekundach; im mniej, tym szybciej.
| Krok | Enzonic CI | GitHub Actions |
|---|---|---|
| Cały przebieg, od pusha do zakończenia wszystkich zadań | 22 s | 37 s |
| Czas w kolejce do startu | 6 s | 9–10 s |
| Realizacja zamówienia | 0.06 s | 1 s |
| npm ci z niezmienionym plikiem lockfile | 0.09 s | 3 s |
| go test z pustą pamięcią podręczną | 2.8 s | 20 s |
| Zadanie Go, czas rzeczywisty | 2 s | 11 s |
| npm ci, pierwsza instalacja nowego pliku lockfile | 6.8 s | 4 s |
Tu jesteśmy wolniejsi: pierwsza instalacja nowego pliku lockfile, bo każdy plik przechodzi przez sandbox zadania. Każde kolejne uruchomienie z tym samym plikiem lockfile trwa 0.09 s. Metoda: mediany z trzech uruchomień z rozgrzaną pamięcią podręczną (wiersze „zimne” używają pustej pamięci podręcznej; zimny GitHub to jedno uruchomienie), GitHub na ubuntu-latest, zmierzone 1 listopada 2026.
Konfiguracja, którą już znasz
Napisz .enzonic/ci.yml albo zachowaj obecne workflow GitHub Actions: Enzonic CI uruchamia obsługiwany podzbiór i informuje Cię o reszcie.
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 testPrzykład. Dokumentacja CI zawiera listę wszystkich obsługiwanych kluczy i akcji.
Limity CI w planach
Minuty CI odnawiają się co miesiąc. Płatne plany dodają więcej minut, równoległych zadań i dłuższe przechowywanie.
| Funkcja | Gratis darmowe | Starter 5 USD/mies. | Pro 10 USD/mies. | Growth 19 USD/mies. | Biznes 29 USD/mies. |
|---|---|---|---|---|---|
| Enzonic CI | |||||
| CI minutes | 3000/mies. | 5000/mies. | 6000/mies. | 15 000/mies. | 60 000/mies. |
| Concurrent jobs | 2 | 4 | 6 | 10 | 20 |
| Job timeout | 360 min | 360 min | 360 min | 480 min | 720 min |
| Dependency cache | 2 GB | 5 GB | 10 GB | 20 GB | 50 GB |
| Artifacts / logs kept | 90 / 14 days | 90 / 30 days | 90 / 30 days | 180 / 60 days | 400 / 90 days |
Pytania
Czy Enzonic CI jest w moim planie?
Czy muszę przepisywać moje workflow GitHub Actions?
Jak liczone są minuty CI?
Czy sekrety są bezpieczne w pull requestach z forków?
Uruchom pierwszy pipeline
Połącz repozytorium GitHub w planie Free. Bez karty.