Bazel
Bazel CI pe GitHub Actions
Întreaga valoare a lui Bazel este stocarea în cache, iar CI aruncă memoria cache la fiecare rulare.
24m → 8m
Construcție rece
24m → 90s
Construcție caldă
96%
Lovitură în memoria cache de acțiuni
Întreaga valoare a lui Bazel este stocarea în cache, iar CI aruncă memoria cache la fiecare rulare.
De ce se întâmplă
Cache-ul discului local și cache-ul depozitului nu sunt persistente, așa că fiecare acțiune este re-execută, în ciuda faptului că Bazel știe mai bine.
Ce să schimbi
- Indicați --disk_cache la un director persistent și păstrați-l în cache între rulări
- Adăugați un cache la distanță, astfel încât fiecare dezvoltator și fiecare job CI să partajeze
- Memorați cache-ul depozitului, astfel încât dependențele externe să nu fie preluate din nou
- Folosiți --jobs potrivite cu numărul de bază al alergătorului
Bazel pe runnerhut
Singura linie specifică pentru runnerhut este `runs-on: runnerhut-16vcpu-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.