Die folgenden Abläufe sind weder Kundenreferenzen noch ungeprüfte Leistungsversprechen. Sie trennen Auslöser, Aufgaben auf dedizierten physischen Rechnern, Signaturverantwortung, Protokollablage und Artefaktziele – damit Teams sie an ihre Repositories und Berechtigungsmodelle anpassen können.
Die Referenzarchitekturen beschreiben nur den Ablauf der Aufgaben. Repository-Berechtigungen, Signaturmaterial, Entwicklerkonten, Release-Freigaben und Aufbewahrungsfristen für Artefakte legt weiterhin das jeweilige Team fest.
Xcode, Command Line Tools, Abhängigkeits-Lockdateien und Bereinigungsbefehle festlegen. Vor einem Versionswechsel zunächst in einem separaten Arbeitsverzeichnis testen und erst dann die produktive Warteschlange umstellen.
Versionen und LockdateienTokens, Zertifikate und Provisioning-Profile kontrolliert bereitstellen. Protokolle enthalten nur die zur Fehlersuche nötigen Informationen. Vor der Ausgabe Pfade, Tokens und private Repository-Adressen entfernen.
Minimale BerechtigungenArchive, Exportpakete, Symboldateien und Testberichte separat benennen und mit der Commit-ID versehen. Nach der Übergabe temporäre Kopien auf dem Rechner gemäß Teamvorgaben löschen.
Kontrollierter ExportDieser Workflow eignet sich, um einen CDNMac M4 als self-hosted runner zu registrieren. Repository-Ereignisse starten Jobs; die fertigen Artefakte gehen anschließend zur Prüfung ans Team oder an ein nachgelagertes Verteilungssystem.
Der Main-Branch oder ein Release-Tag startet den Job. Zuerst werden Commit-Hash, Branch, Auslöser und Ziel-Scheme protokolliert. Vertrauliche Variablen werden nicht in Logs ausgegeben.
Ziel: Isoliertes Arbeitsverzeichnis auf einem dedizierten physischen RechnerSwift-Package-, CocoaPods- und andere Abhängigkeiten anhand der Lockdateien wiederherstellen. Der Cache-Schlüssel enthält mindestens den Hash der Lockdatei und die Tool-Version, damit veraltete Caches nicht zwischen Versionen übernommen werden.
Ziel: Versioniertes Cache-Verzeichnis und AbhängigkeitsprotokolleArchivierung mit explizitem Workspace, Scheme, Configuration und Destination ausführen. Bei Fehlern Exit-Code, relevante Logs und Ergebnisdatei sichern.
Ziel: Archive-Verzeichnis mit Commit-IDBundle Identifier, Team, Zertifikatsgültigkeit und passendes Provisioning-Profil prüfen. Entwicklerkonto und Signaturmaterial verwaltet stets das Team des Nutzers.
Ziel: Prüfliste, keine Zugangsdaten im KlartextInstallationspaket, Symboldateien, Build-Zusammenfassung und Prüfsumme exportieren und anschließend an einen vom Team kontrollierten Speicherort kopieren. Nach bestätigter Übergabe temporäre Verzeichnisse löschen.
Ziel: Kontrollierter Speicher und Team-Review-WarteschlangeDediziert bedeutet nicht, dass alle Jobs parallel laufen. Für einen einzelnen CDNMac M4 empfiehlt es sich, Prioritäten, Arbeitsverzeichnisse und Bereinigungsregeln festzulegen, damit Release-Jobs und tägliche Tests einander nicht beeinträchtigen.
Nach dem Merge Unit-Tests, statische Prüfungen und ein Basis-Archive ausführen. Caches können wiederverwendet werden, DerivedData wird jedoch nach Projekt und Xcode-Version getrennt.
Nach Aufnahme in die Warteschlange nicht notwendige Jobs desselben Repositorys pausieren, separate Konfigurationen für Signaturprüfung und Export verwenden und die Artefakt-Zusammenfassung vom Team prüfen lassen.
Nach Bestätigung durch die verantwortliche Person in die Warteschlange aufnehmen. Nur die zur Fehlerbehebung benötigten Caches wiederherstellen, anschließend temporäre Variablen entfernen und den Rollback-Ausgangspunkt protokollieren.
Release-Jobs unterbrechen keine Jobs, die gerade Artefakte schreiben. Bei fehlgeschlagenen Jobs zuerst Logs sichern und dann das Arbeitsverzeichnis freigeben. Nach jedem Job eine idempotente Bereinigung ausführen.
Bei Flutter-iOS-Builds verteilt sich die Wartezeit oft auf das Wiederherstellen von Abhängigkeiten, CocoaPods und den Xcode-Build. Erst die getrennte Erfassung der Schritte zeigt, ob der Cache greift und auf welcher Ebene ein Fehler auftritt.
Jeder Schritt erhält ein eigenes Log und einen eigenen Exit-Code. Erst nach erfolgreichem Abschluss liest der nächste Schritt dessen Artefakte ein. So werden Abhängigkeitsprobleme nicht mit Xcode-Compilerfehlern verwechselt.
Projektabhängigkeiten wiederherstellen und SDK-Version sowie Hash der Lockdatei protokollieren.
iOS-native Abhängigkeiten anhand von Podfile.lock installieren. Nicht passende Pods nicht wiederverwenden.
Archive mit explizitem Workspace, Scheme und Configuration erstellen.
Nach der Signaturprüfung exportieren und Commit-ID sowie Prüfsumme erstellen.
Ein Cache-Treffer bedeutet nur, dass das jeweilige Verzeichnis und der zugehörige Schlüssel wiederverwendbar sind – nicht, dass der gesamte Build schneller ist. Nach einem Upgrade von Flutter, CocoaPods, Xcode oder einer Lockdatei die Cache-Grenzen erneut prüfen.
Der Cloud Mac erstellt und prüft Build-Artefakte, ersetzt aber nicht die Release-Freigabe durch das Team. Entwicklerkonto, Signaturmaterial, Versionsinformationen und Verteilungsentscheidung bleiben in der Verantwortung des Nutzers.
Auf dem Release-Branch Archive und Export ausführen und Commit-Hash, Versionsnummer, Build-Nummer, Symboldateien und Prüfsumme beilegen.
Die verantwortliche Person prüft Änderungsumfang, Signatur, Datenschutzangaben, Berechtigungszwecke und Testergebnisse. Bei Ablehnung den betreffenden Commit erneut erstellen.
Nach der Freigabe übernimmt ein vom Team kontrollierter Release-Job den Upload mit eingeschränkten Zugangsdaten. Vertrauliche Daten weder im Repository noch in gewöhnlichen Build-Logs speichern.
Artefakt-ID, Prüfergebnis und erforderliche Logs sichern. Nach der Übergabe temporäre Exportdateien und Zugangsdaten auf dem Rechner löschen.
CDNMac M4 bietet einen M4, 16 GB RAM und eine 256-GB-SSD. Er eignet sich für lokale Kompatibilitätsprüfungen von Modellen und Prototypentests. Prüfen Sie zuvor den Bedarf an Modell, Kontext, Daten und Arbeitsspeicher.
Nur die für das Experiment benötigte Teilmenge synchronisieren und Quelle sowie Version dokumentieren. Vertrauliche Daten zuerst anonymisieren. Für Rohdaten, Zwischendaten und Ergebnisse separate Verzeichnisse verwenden.
macOS, Runtime, Framework und Modellformat dokumentieren. Zuerst mit einer kleinen Stichprobe Laden, Inferenz und Speicherbedarf testen und danach den Umfang des Experiments festlegen.
Versuchsparameter, Ergebnisübersicht und erforderliche Logs ausgeben, ohne vollständige vertrauliche Daten in den Bericht aufzunehmen. Benötigte Ergebnisse vor Ende der Mietdauer in einen kontrollierten Speicher kopieren.
Lassen sich Modell, Kontext und Zwischendaten nicht zuverlässig innerhalb von 16 GB RAM ausführen oder werden andere als die aufgeführten Chip- und Speicherkonfigurationen benötigt, wenden Sie sich zuerst an das Serviceteam. Ein erfolgreicher Prototyp ist kein Nachweis für Produktionskapazität.
Konfiguration für Experimente anfragenDie folgenden rollenspezifischen Formulierungen eignen sich als Beispiele für interne Reviews. Sie stellen keine Bewertungen bestimmter Kunden, Rezensionen oder Empfehlungen von Unternehmen dar.
„Mir ist wichtiger, ob die Warteschlange ausschließlich unserem Team dient und ob nach einem Fehler aussagekräftige Logs bleiben. Klare Arbeitsverzeichnisse und Artefaktziele helfen mehr als allgemeine Aussagen zur Build-Geschwindigkeit.“
Verantwortliche Person für Mobile
„Wenn Branch-Jobs denselben physischen Rechner nutzen, müssen vor allem Prioritäten, Cache-Schlüssel und Bereinigungsregeln stimmen. Dedizierte Ressourcen schaffen die Grundlage für Isolation; die Pipeline müssen weiterhin wir selbst definieren.“
CI-Plattformingenieur
„Bei Verbindungen über verschiedene Zeitzonen hinweg möchte ich Remote-Zugriff, Hintergrund-Builds und Artefakt-Export getrennt halten. So ändern kurze Schwankungen der lokalen Netzwerkverbindung nichts an laufenden Build-Jobs.“
Unabhängiger Entwickler
Erstellen Sie vor der Übernahme zunächst eine minimal lauffähige Version. Variablennamen lassen sich an Teamstandards anpassen, vertrauliche Werte gehören jedoch weder ins Repository noch direkt in Build-Logs.
| Workflow | Voraussetzungen | Umgebungsvariablen | Rollback-Punkt bei Fehlern |
|---|---|---|---|
| App-Builds automatisieren | Repository-Zugriff, Xcode-Version, Scheme, Abhängigkeits-Lockdateien, Exportkonfiguration | REPO_REF BUILD_SCHEME EXPORT_PATH |
Ergebnisdatei und Commit-ID sichern, temporären Schlüsselbund löschen und zum letzten erfolgreich baubaren Commit zurückkehren |
| Builds für mehrere Branches | Branch-Prioritäten, separate Arbeitsverzeichnisse, Parallelitätsbegrenzung, idempotentes Bereinigungsskript | BRANCH_NAME RUN_PRIORITY WORK_ROOT |
Weitere Jobs stoppen, aktuelle Logs sichern und einen sauberen Arbeitsbaum sowie die ursprüngliche Warteschlangenreihenfolge wiederherstellen |
| Flutter iOS | Flutter-Version, Podfile.lock, Xcode-Workspace, Regeln für Cache-Schlüssel | FLUTTER_ROOT PODS_CACHE_KEY IOS_SCHEME |
Caches schrittweise invalidieren, wiederverwendbare Logs behalten und ab dem zuletzt erfolgreichen Schritt erneut starten |
| TestFlight-Übergabe | Release-Freigabe, Versionsinformationen, passende Signatur, Artefaktprüfung und vom Team kontrollierte Zugangsdaten | RELEASE_VERSION BUILD_NUMBER ARTIFACT_PATH |
Verteilungsjob stoppen, temporäre Zugangsdaten widerrufen, zur Prüfliste zurückkehren und einen neuen Release-Kandidaten erstellen |
| KI-Experimente | Modellformat, kleine Datenstichprobe, Runtime-Version, Speicherüberwachung und Exportverzeichnis | MODEL_PATH DATASET_PATH RESULT_PATH |
Parameterliste und Ergebnisübersicht sichern, festgelegte Abhängigkeiten wiederherstellen und zur schreibgeschützten Rohdatenkopie zurückkehren |
Nur ein Repository, ein Scheme und ein Ausgabeziel verwenden und prüfen, ob der Rechner den gesamten Ablauf erfolgreich durchläuft.
Zugangsdaten mit minimalen Berechtigungen kontrolliert bereitstellen und Protokollbereinigung, Ablauf und Rotation überprüfen.
Vor weiteren Branches Prioritäten, Zeitüberschreitungen, Fehlerbereinigung und Regeln zum Aufräumen der Arbeitsverzeichnisse festlegen.
Wählen Sie zuerst Mietdauer und Rechner aus. Prüfen Sie anschließend gemäß Anleitung die Verbindung, Xcode-Umgebung und Repository-Berechtigungen und erstellen Sie Ihr erstes Archive. Verfügbarkeit und Übergabedetails entnehmen Sie den aktuellen Angaben in der Konsole.