Django
Django CI pe GitHub Actions
Testele așteaptă pe un container de bază de date și rulează pe un singur nucleu.
16m → 3m
Suită de teste
70s → 0s
Migrații
Testele așteaptă pe un container de bază de date și rulează pe un singur nucleu.
De ce se întâmplă
Un container de service pornește la rece la fiecare rulare, iar rulerul de testare al lui Django este serial în mod implicit.
Ce să schimbi
- Rulați teste cu --parallel auto pentru a trece prin fiecare nucleu
- Folosiți --keepdb pentru ca migrațiile să nu fie redate la fiecare rulare
- Memorați cache virtualenv și utilizați uv pentru instalare
- Porniți Postgres ca un container de servicii cu un director de date tmpfs
Django pe runnerhut
Singura linie specifică runnerhut este `runs-on: runnerhut-8vcpu-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
Next.jsurmătoarea build recompilează fiecare pagină chiar și atunci când o componentă s-a schimbat.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.