Next.js
Next.js CI auf GitHub Actions
Beim nächsten Build wird jede Seite neu kompiliert, auch wenn sich eine Komponente geändert hat.
5m → 90er
Bauen
93 %
Cache-Trefferquote
Beim nächsten Build wird jede Seite neu kompiliert, auch wenn sich eine Komponente geändert hat.
Warum es passiert
Das Verzeichnis .next/cache enthält den inkrementellen Build-Cache und wird zwischen den Läufen verworfen.
Was zu ändern ist
- Cache .next/cache mit Schlüssel für die Sperrdatei plus Quell-Hash
- Aktivieren Sie Turbopack-Builds, wenn Ihre App sie unterstützt
- Teilen Sie Typecheck und Lint in parallele Jobs auf, damit sie den Build nicht serialisieren
- Verwenden Sie einen 4-vCPU-Runner mit NVMe – Die nächsten Builds sind stark I/O-gebunden
Next.js auf runnerhut
Die einzige runnerhut-spezifische Zeile ist „runs-on: runnerhut-4vcpu-ubuntu-2404“. Alles andere sind Standard-GitHub Actions – dieselben Aktionen, dieselben Geheimnisse und dasselbe Berechtigungsmodell, das Sie heute verwenden.
Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis
Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.
Verwandt
Eckigng build und ng test starten beide bei jedem Lauf mit einem kalten Cache.VueVite erstellt das Abhängigkeits-Vorpaket bei jedem CI-Lauf neu.SchlankSvelteKit-Builds und Playwright-Tests laufen bei jedem Push ab.DjangoTests warten auf einen Datenbankcontainer und werden auf einem einzelnen Kern ausgeführt.