Java
Java CI pe GitHub Actions
Fiecare versiune re-descărcă aceleași dependențe Maven sau Gradle.
120s → 4s
Rezolvarea dependenței
9m → 90s
Construcție incrementală
91%
Rata de accesare a memoriei cache
Fiecare versiune re-descărcă aceleași dependențe Maven sau Gradle.
De ce se întâmplă
~/.m2 și ~/.gradle sunt goale pe un runner nou, iar pornirea JVM plus procesarea adnotărilor adaugă o suprasarcină fixă pe modul.
Ce să schimbi
- Cache ~/.m2/repository sau ~/.gradle/caches introdus pe fișierele de compilare
- Activați memoria cache de configurare Gradle și construiți memoria cache
- Păstrați demonul Gradle în viață într-o lucrare, mai degrabă decât bifurcarea pe modul
- Oferiți JVM-ului suficient de grămadă — GC thrash arată exact ca o construcție lentă
Java 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
RustCargo reconstruiește întregul grafic de dependență pe aproape fiecare rulare CI.Du-teCompilările Go sunt rapide la nivel local și inexplicabil de lente în CI.Pythoninstalarea pip durează câteva minute și pytest rulează pe un singur nucleu.Node.jsnpm ci scrie zeci de mii de fișiere mici la fiecare rulare.