តើនាទី CI ត្រូវបានរាប់យ៉ាងដូចម្តេច?

តាម job ដែលបានបញ្ចប់។ ផែនការរបស់អ្នកកំណត់ថាតើអ្នកទទួលបាននាទី CI ប៉ុន្មានក្នុងមួយខែ ប៉ុន្មាន job រត់ក្នុងពេលតែមួយ job អាចរត់បានយូរប៉ុណ្ណា និងរយៈពេលរក្សាទុក artifact និង log។

តើ secret មានសុវត្ថិភាពនៅលើ pull request ពី fork ដែរឬទេ?

ជាលំនាំដើម ការរត់សម្រាប់ pull request ពី fork មិនទទួលបាន secret ទេ។ អ្នកក៏អាចបិទ pull request ពី fork សម្រាប់ pipeline មួយបានដែរ។

តើ job រត់នៅឯណា?

នៅលើ runner Linux ដែលជាម៉ាស៊ីនមេដែល Enzonic ដំណើរការនៅសហរដ្ឋអាមេរិក។ Job នីមួយៗរត់ក្នុង gVisor sandbox របស់ខ្លួន ដោយគ្មានសិទ្ធិចូលបណ្តាញឯកជន។

Enzonic CI

CI សម្រាប់ repository GitHub របស់អ្នក, នៅលើ runner របស់ Enzonic។

Enzonic CI រត់ការតេស្ត និង build របស់អ្នកនៅគ្រប់ push និង pull request ដោយ job នីមួយៗនៅក្នុង sandbox ផ្ទាល់ខ្លួនលើ runner Linux ដែល Enzonic ដំណើរការ។ Log ផ្ទាល់ cache ការពឹងផ្អែក និង artifact នៅលើគណនី និងផែនការដូចគ្នានឹង Deploy និង Databases។

បើក Enzonic CI ដែនកំណត់ CI តាមផែនការ

បញ្ចូលនៅគ្រប់ផែនការ រួមទាំងផែនការ Free ផង។ នាទី CI ការងារស្របគ្នា និងរយៈពេលរក្សាទុក មកជាមួយផែនការរបស់អ្នក។

Enzonic CI: pipeline នៃ repository បី ជាមួយការរត់ចុងក្រោយ និងបញ្ហាការកំណត់រចនាសម្ព័ន្ធដែលបានពន្យល់

លឿនជាង GitHub Actions លើ workflow ដដែល

workflow តែមួយ ដំណើរការលើវេទិកាទាំងពីរ៖ job Node ជាមួយ npm ci និងឈុតតេស្ត vitest ហើយនិង job Go ជាមួយ go test។ តួលេខទាប ល្អជាង។

ជំហាន	Enzonic CI	GitHub Actions
ការដំណើរការទាំងមូល ចាប់ពី push រហូតដល់ job ទាំងអស់បញ្ចប់ (cache ក្តៅ)	22 វិ	37 វិ
Checkout	0.06 វិ	1 វិ
npm ci ជាមួយ cache ក្តៅ	0.09 វិ	3 វិ
go test ជាមួយ cache ត្រជាក់	2.8 វិ	20 វិ
Go job ចាប់ពីដើមដល់ចប់ (cache ក្តៅ)	2 វិ	11 វិ

កន្លែងដែលយើងយឺតជាង៖ npm ci ដំបូងបន្ទាប់ពីការផ្លាស់ប្តូរ lockfile ចំណាយ 6.8 វិ ខណៈ GitHub ចំណាយ 4 វិ ព្រោះឯកសារគ្រប់ដែល npm ស្រង់ចេញ ឆ្លងកាត់ sandbox របស់ job។ ការដំណើរការបន្ទាប់ៗទាំងអស់ដែលមាន lockfile ដូចគ្នា ចំណាយ 0.09 វិ។

បានវាស់នៅថ្ងៃ November 1, 2026 ដោយប្រើ .github/workflows/ci.yml ដូចគ្នាលើវេទិកាទាំងពីរ (GitHub លើ ubuntu-latest) នៅក្នុង repository សម្រាប់ benchmark។ មធ្យមភាគ (median) នៃ 3 ដំណើរការ ជាវិនាទី; ការដំណើរការ cache ក្តៅមាន cache របស់វេទិកានីមួយៗរួចជាស្រេច។ តួលេខ cache ត្រជាក់របស់ GitHub មកពីការដំណើរការដំបូងតែមួយ។

ការកំណត់ដែលអ្នកស្គាល់រួចហើយ

សរសេរ .enzonic/ci.yml ឬរក្សា workflow GitHub Actions របស់អ្នក៖ Enzonic CI រត់ផ្នែកដែលគាំទ្រនៃ .github/workflows ហើយរាយការណ៍អ្វីដែលវាមិនអាចរត់បាន ដូចជា action ដែលមិនគាំទ្រ runner Windows ឬ macOS និង reusable workflow ជាមួយសារមួយ។

អ្វីដែលចាប់ផ្តើមការរត់

Push និង tag
Pull request
កាលវិភាគ
ការរត់ដោយដៃពីកុងសូល និងការរត់ដែលចាប់ផ្តើមពី API

Job រត់លើ runner Linux។ Job នីមួយៗមាន gVisor sandbox ផ្ទាល់ខ្លួន ដោយគ្មានសិទ្ធិចូលបណ្តាញឯកជន។

.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

ឧទាហរណ៍។ ឯកសារ CI ក្នុងឯកសារណែនាំរាយបញ្ជីគ្រប់ key និង action ដែលគាំទ្រ។

push និង pull request ទាំងអស់ក្នុងបញ្ជីតែមួយ

ការរត់របស់ repository ដែលបានភ្ជាប់ទាំងអស់ ជាមួយស្ថានភាព ព្រឹត្តិការណ៍ សាខា commit និងរយៈពេល។ បញ្ជីនេះធ្វើឱ្យទាន់សម័យពេលមានអ្វីកំពុងរត់ ហើយការរត់នីមួយៗរាយការណ៍ check នៅ GitHub។

Enzonic CI: ការរត់របស់ pipeline ទាំងអស់ ជាមួយស្ថានភាព សាខា commit និងរយៈពេល

វាធ្វើអ្វីខ្លះ

Build matrix និងការពឹងផ្អែករវាង job: បំបែកការងារជា job ពង្រីកតាម matrix និងតម្រៀប job ដោយ needs។
Container សេវាកម្ម: ចាប់ផ្តើម Postgres ឬសេវាកម្មផ្សេងទៀតក្បែរ job; វាចូលបណ្តាញរបស់ job ក្នុងរយៈពេលនៃការរត់។
Sandbox មួយសម្រាប់ job នីមួយៗ: Job នីមួយៗរត់ក្នុង gVisor sandbox របស់ខ្លួនលើបណ្តាញរបស់ខ្លួន ដោយគ្មានសិទ្ធិចូលបណ្តាញឯកជន។
Log ផ្ទាល់ និង artifact: តាមដានជំហាននីមួយៗពេលវារត់ ចាប់ផ្តើម job ដែលបរាជ័យឡើងវិញ និងទាញយក artifact ខណៈដែលផែនការរក្សាទុកវា។
Pull request ពី fork ដោយសុវត្ថិភាព: ការរត់សម្រាប់ pull request ពី fork មិនទទួលបាន secret ជាលំនាំដើម។
ការជួសជុល job ដែលបរាជ័យ: Enzica ជាជំនួយការរបស់ Enzonic អាចអាន log របស់ job ដែលបរាជ័យ និងស្នើការជួសជុលដែលអ្នកពិនិត្យមុនពេលអ្វីផ្លាស់ប្តូរ។

Cache ការពឹងផ្អែក

Cache ត្រូវបានរក្សាទុកតាម repository ក្នុងទំហំ cache របស់ផែនការអ្នក។

npm
pnpm
Yarn
Bun
pip
Go
Cargo
Maven
Gradle

ដែនកំណត់ CI តាមផែនការ

នាទី CI កំណត់ឡើងវិញរៀងរាល់ខែ ហើយរាប់តាម job ដែលបានបញ្ចប់។ ផែនការបង់ប្រាក់បន្ថែមនាទី ការងារស្របគ្នា cache ធំជាង និងរក្សាទុកយូរជាង។

ផែនការ	ឥតគិតថ្លៃឥតគិតថ្លៃ	Starter$5 ក្នុងមួយខែ	Pro$10 ក្នុងមួយខែ	Growth$19 ក្នុងមួយខែ	Business$29 ក្នុងមួយខែ
នាទី CI	3,000 ក្នុងមួយខែ	5,000 ក្នុងមួយខែ	6,000 ក្នុងមួយខែ	15,000 ក្នុងមួយខែ	60,000 ក្នុងមួយខែ
Job ក្នុងពេលតែមួយ	2	4	6	10	20
ពេលកំណត់ Job	360 នាទី	360 នាទី	360 នាទី	480 នាទី	720 នាទី
Cache ការពឹងផ្អែក	2 GB	5 GB	10 GB	20 GB	50 GB
Artifact ដែលរក្សាទុក	90 ថ្ងៃ	90 ថ្ងៃ	90 ថ្ងៃ	180 ថ្ងៃ	400 ថ្ងៃ
Log ដែលរក្សាទុក	14 ថ្ងៃ	30 ថ្ងៃ	30 ថ្ងៃ	60 ថ្ងៃ	90 ថ្ងៃ

បញ្ចុះ 50% សម្រាប់ខែបង់ប្រាក់ដំបូងរបស់អ្នក
បញ្ចុះ 25% រៀងរាល់ខែជាមួយផែនការម៉ាស៊ីនមេហ្គេម Enzonic ដែលបង់ប្រាក់

តម្លៃជាដុល្លារអាមេរិក។ ផែនការបង់ប្រាក់បន្តរៀងរាល់ខែពីសមតុល្យ Enzonic របស់អ្នក ឬតាមកាត នៅពេលសមតុល្យអស់។ ផែនការឥតគិតថ្លៃមិនដែលសុំកាតទេ។ កុងសូលតែងតែបង្ហាញដែនកំណត់នៃផែនការបច្ចុប្បន្នរបស់អ្នក។

ប្រៀបធៀបដែនកំណត់ទាំងអស់នៅ enzonic.dev

ជំនួយ Cloud

ពេល Pro ឬ Business ឥតគិតថ្លៃ និងក្រេឌីត Cloud រហូតដល់ $500 សម្រាប់មនុស្សដែលបង្កើតសម្រាប់អ្នកដទៃ។

Pro ឬ Business រយៈពេល 3, 6 ឬ 12 ខែ
ក្រេឌីត Cloud រហូតដល់ $500 នៅលើសមតុល្យ Enzonic របស់អ្នក
ការផ្តល់ជំនួយមួយគ្របដណ្តប់ Deploy, Databases, CI និងដែនកំណត់ Rapidfile នៃផែនការ
អានដោយមនុស្ស ជាធម្មតាឆ្លើយតបក្នុងរយៈពេលពីរបីថ្ងៃ

ដាក់ពាក្យសុំជំនួយ

ដាក់ពាក្យជាមួយទម្រង់នៅ enzonic.dev។ គណនី Enzonic ឥតគិតថ្លៃគឺជាអ្វីដែលអ្នកត្រូវការ ហើយមិនត្រូវការកាតទេ។

Open source
និស្សិត
អង្គការមិនរកប្រាក់ចំណេញ
ស្ដាតអាប់
អ្នកអប់រំ
ហាកាតុង

សំណួរ

ជាធម្មតាមិនត្រូវទេ។ Enzonic CI អាន .enzonic/ci.yml ឬផ្នែកដែលគាំទ្រនៃ .github/workflows។ ជំហានដែលវាមិនអាចរត់ ដូចជា runner Windows ឬ macOS និង reusable workflow ត្រូវបានរាយការណ៍ជាមួយសារច្បាស់ ជំនួសឱ្យការបរាជ័យដោយស្ងៀមស្ងាត់។

ភ្ជាប់ repository ហើយទុកឱ្យ push បន្ទាប់ដំណើរការ។

បើក Enzonic CI Enzonic CI នៅ enzonic.dev

ដាក់ឱ្យដំណើរការកម្មវិធី ផ្ទុកមូលដ្ឋានទិន្នន័យ ឬ upload របស់វាដែរឬទេ?