Märchenbuch
Storybook CI auf GitHub Actions
Das Erstellen eines statischen Storybooks dauert so lange wie die App selbst.
5m → 90er
Storybook-Build
Das Erstellen eines statischen Storybooks dauert so lange wie die App selbst.
Warum es passiert
Der Storybook-Build verfügt über keinen dauerhaften Cache und erstellt häufig jede Story von Grund auf neu.
Was zu ändern ist
- Cache node_modules/.cache/storybook mit Schlüssel in der Sperrdatei
- Erstellen Sie mithilfe von Pfadfiltern nur Storybooks, wenn sich Storys oder Komponenten geändert haben
- Führen Sie visuelle Regressionstests für die erstellte Ausgabe durch, anstatt sie pro Test neu zu erstellen
Bilderbuch über 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
Next.jsBeim nächsten Build wird jede Seite neu kompiliert, auch wenn sich eine Komponente geändert hat.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.