Next.js
Next.js CI pe GitHub Actions
următoarea build recompilează fiecare pagină chiar și atunci când o componentă s-a schimbat.
5m → 90s
Construiește
93%
Rata de accesare a memoriei cache
următoarea build recompilează fiecare pagină chiar și atunci când o componentă s-a schimbat.
De ce se întâmplă
Directorul .next/cache deține memoria cache de construcție incrementală și este eliminat între rulări.
Ce să schimbi
- Cache .next/cache introdus pe fișierul de blocare plus hash sursă
- Activați versiunile Turbopack acolo unde aplicația dvs. le acceptă
- Împărțiți tipul de verificare și scame în lucrări paralele, astfel încât să nu serializeze construcția
- Utilizați un runner cu 4 vCPU cu NVMe — build-urile următoare sunt puternic legate de I/O
Next.js pe runnerhut
Singura linie specifică runnerhut este `runs-on: runnerhut-4vcpu-ubuntu-2404`. Orice altceva este standard GitHub Actions — aceleași acțiuni, aceleași secrete și același model de permisiuni pe care îl utilizați astăzi.
Următorul tău build poate fi de două ori mai rapid, la jumătate de preț
Începe gratuit. Plecarea înseamnă aceeași linie, iar acel diff îl publicăm și noi.
Similar
unghiularng build și ng test pornesc ambele de la un cache rece la fiecare rulare.VueVite reconstruiește pre-pachetul de dependență la fiecare rulare CI.SvelteConstrucțiile SvelteKit și testele de dramaturg funcționează rece la fiecare apăsare.DjangoTestele așteaptă pe un container de bază de date și rulează pe un singur nucleu.