Cizme de primăvară
Spring Boot CI pe GitHub Actions
Încărcarea contextului domină suita de teste, iar dependențele se rezolvă de la zero.
18 → 2
Contextul se încarcă
13m → 4m
Suită de teste
Încărcarea contextului domină suita de teste, iar dependențele se rezolvă de la zero.
De ce se întâmplă
Fiecare clasă de test care modifică configurația contextului forțează un context Spring proaspăt, iar ~/.m2 este rece.
Ce să schimbi
- Cache ~/.m2/repository sau ~/.gradle/caches
- Partajați un context Spring între clasele de testare, păstrând configurația identică
- Utilizați reutilizarea Testcontainers, astfel încât containerul bazei de date să nu fie recreat pe clasă
- Rulați teste de integrare într-o lucrare separată de testele unitare
Cizme de primăvară 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.