Sari la conținut

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

  1. Cache ~/.m2/repository sau ~/.gradle/caches introdus pe fișierele de compilare
  2. Activați memoria cache de configurare Gradle și construiți memoria cache
  3. Păstrați demonul Gradle în viață într-o lucrare, mai degrabă decât bifurcarea pe modul
  4. 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.