AI ilə kodlaşdırma CI-ni maneəyə çevirdi — Linear prosesi necə yenilədi

Linear, AI kodlaşdırma agentlərinin kod yayımını çox sürətləndirməsindən sonra davamlı inteqrasiya (CI) prosesini necə yenilədiyini açıqlayıb. Şirkətin Now bloqunda 21 sentyabrda dərc olunan yazını Mufeez Amjad imzalayıb; onun sözlərinə görə, hər şey CTO Tuomasın verdiyi "CI costs are high" başlıqlı tapşırıqla başlayıb.

CI necə maneəyə çevrildi

Agentlər kodu çox sürətli yazıb yayımlayır, lakin yoxlama geridə qalır: hər pull request yenə CI-dan keçdiyi üçün infrastruktur xərcləri artır və əks əlaqə gecikir. Linear iki göstəriciyə fokuslandı: pull request-in CI-da gözləməsi və test başına runner vaxtı. Test dəsti yanvardan bəri təxminən dörd dəfə böyüyüb, amma gözləmə müddəti altı dəqiqədən beşin bir qədər üstünə düşüb, runner vaxtı isə təqribən yarıya enib.

Daha sürətli infrastruktur və lint

İş yüklərinin GitHub Actions-dan daha sürətli prosessorlu və daha yaxşı keşli üçüncü tərəf runner-lara köçürülməsi işləri orta hesabla 34%, tsc yoxlamasını 52% sürətləndirdi; tsgo-ya keçid tip yoxlamasının həftəlik medianını 73% azaltdı. Tip məlumatından asılı xüsusi lint qaydaları sintaksis ağacı üzərində statik analizə çevrildi: ESLint TypeScript-dən azad oldu, API lint vaxtı 68%, bütün repozitoriyanın lint vaxtı 55% azaldı.

Kritik yol və təkrar hazırlıq

Checkout dərinliyinin məhdudlaşdırılması ən yavaş qapını 94 saniyədən 20-yə endirdi, dəyişikliklərin aşkarlanması işinin medianı 26 saniyədən 8-ə düşdü. Keş markerinin merge yolundan çıxarılması hər API pull request-də 42 saniyə qazandırdı.

Təkrar hazırlıq da azaldıldı: pnpm install yalnız API paketi ilə məhdudlaşdırıldı (44-73 saniyədən 16-18-ə), shard başına hazırlıq 110-140 saniyədən 67-73-ə endi. Yeddi qısa yoxlamanın iki işdə birləşdirilməsi ayda təxminən 87 000 runner dəqiqəsi, yəni CI istifadəsinin 11,8%-i qənaət etdi; shardların sayı dörddən səkkizə çıxanda kritik iş təxminən 19% daha sürətli və ucuz oldu.

Testlərin icrası və yekun

Ən böyük tək qazanc izolyasiyanın söndürüldüyü opt-in Vitest layihəsindən gəldi: aylıq qənaət təxminən 17%, ən yavaş shard 300-379 saniyədən təxminən 195-ə, API shardlarının runner vaxtı isə bir işə salma üçün 32,8 dəqiqədən 22-yə düşdü. Düzgünlük baxımından ən riskli dəyişiklik idi. Linear-a görə bu iş olmasaydı bugünkü test dəsti təxminən 11 dəqiqə çəkərdi — təqribən iki dəfə çox; həftədə təxminən 2 000 test əlavə olunduğu üçün iş davam edir.