Native reagieren
Native CI auf GitHub Actions reagieren
Bei jedem Build werden native iOS- und Android-Abhängigkeiten aus dem Quellcode neu kompiliert.
22m → 7m
iOS-Build
14m → 4m
Android-Build
Bei jedem Build werden native iOS- und Android-Abhängigkeiten aus dem Quellcode neu kompiliert.
Warum es passiert
CocoaPods, Gradle und der Metro-Cache sind alle kalt, sodass die native Ebene auch bei einer reinen JS-Änderung neu erstellt wird.
Was zu ändern ist
- Cache Pods/, ~/.gradle/caches und der Metro-Transformer-Cache
- Führen Sie iOS- und Android-Builds als parallele Matrixzweige aus, nicht nacheinander
- Verwenden Sie die DerivedData-Persistenz auf dem macOS-Runner für inkrementelle Xcode-Builds
- Überspringen Sie den nativen Build mithilfe von Pfadfiltern vollständig, wenn sich nur JS geändert hat
Native auf runnerhut reagieren (runnerhut)
Die einzige runnerhut-spezifische Zeile ist „runs-on: runnerhut-macos-15-m4“. 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
iOSXcode wird von Grund auf neu erstellt und die Code-Signierung ist in CI fragil.AndroidGradle löst Abhängigkeiten neu auf und der Emulator verfügt über keine Hardwarebeschleunigung.FlatternDas Flutter SDK und der Pub-Cache werden bei jeder Ausführung und für jede Plattform heruntergeladen.FastlaneFastlane-Lanees verbringen die meiste Zeit mit der Bundle-Installation und der Signatureinrichtung.