Ich habe Fastlane in einer CI-Umgebung aufzunehmen versucht, wo das folgende passieren sollte:Fastlane die Laufzeit für Scan Verbesserung -> Gym -> Bereitstellen
- jeder an die
master
Zweig begehen sollte einen Testlauf auslösen und dann ein Build in Testflight. - jeder Commit in den Zweig
development
sollte einen Testlauf auslösen und dann einen Build in Fabric Beta. - Alle anderen Commit- oder Pull-Anforderungen sollten einen Testlauf auslösen.
Die Spuren arbeiten mit allen Codesignierung durch match
.
Um zweimal zu vermeiden Gebäude Ich bin durch Gym
zu bauen und dann Scan
mit skip_build: true
und clean: false
, wie in #3353 erwähnt.
Obwohl dies scheint mit der Bauzeit zu helfen, wegen der Menge von cocoapods
Abhängigkeiten, es geht über die 50-Minuten-Grenze in travis-ci.org. (Fühlen Sie sich frei, die Build-Protokolle zu überprüfen)
Wie kann dies in Bezug auf die Laufzeit verbessert werden? (Abgesehen von der langsamen Kompilierung Swift-Funktionen in #3 erwähnt)
Als Referenz ist hier meine Fastfile.
Können Sie parallele Builds verwenden? Wenn dies der Fall ist, können Sie Matrix-Builds verwenden, um eine zum Testen und die andere zum Bereitstellen zu haben. –