Dedizierter physischer Mac, keine VM. 5 Standorte, tage-, wochen-, monats- oder quartalsweise, ab $21.1/Tag
Starte mit einem Host und binde ihn noch heute in deinen Build-Prozess ein. Verfügbarkeit und Übergabedetails findest du in der Konsole.
Beispielablauf, keine Live-Daten. Die Build-Dauer hängt von Projekt, Abhängigkeiten und Cache ab.Beispielablauf, keine Live-Daten. Die Build-Dauer hängt von Projekt, Abhängigkeiten und Cache ab.
Ein iOS-Build-Host muss zuverlässig, reproduzierbar und verfügbar sein. Prüfe nach dem Login zuerst Hardware, Berechtigungen und Toolchain – und binde dann deine erste Pipeline an.
Der gesamte Mac mini gehört dir allein. CPU, Unified Memory und SSD werden nicht mit anderen Kunden geteilt, aufgeteilt oder überbucht. Dein Build-Cache bleibt auf deinem Host – die Umgebung muss also nicht vor jedem Auftrag neu eingerichtet werden.
1 Host = 1 Kunde
Xcode, Simulator und Metal laufen nativ unter macOS. Du kannst sowohl die grafische Oberfläche als auch die Kommandozeile nutzen – ohne Einschränkungen durch virtualisierte Hardware. Prüfe die Hardwareinformationen selbst und verifiziere das Mac-mini-Modell.
system_profiler SPHardwareDataType
Miete zunächst für einen Tag, um Abhängigkeiten und Signing zu prüfen. Für einen Release-Sprint eignet sich die Wochenmiete, für einen dauerhaft verfügbaren Runner die Monats- oder Quartalsmiete. Die Preise für jede Laufzeit werden separat angezeigt – der Monatspreis wird nicht als Tagespreis umgerechnet.
M4 Base: $21.1/Tag · $57.1/Woche · $105.7/Monat
Alle Modelle sind Apple-Silicon-Mac-mini-Systeme. Alle drei sind an allen 5 Standorten verfügbar. Arbeitsspeicher und SSD sind je Modell festgelegt; zusätzlicher Speicherplatz ist als separate Option erhältlich.
ID m4-16-256
Dedizierter physischer Host · Mac mini
ID m4-24-512
Dedizierter physischer Host · Mac mini
ID m4pro-64-2tb
Dedizierter physischer Host · Mac mini
Optional: +1TB / +2TB SSD und Thunderbolt 5 für parallele Verbindungen. Netzwerkdaten, Toolchain-Versionen und Bereitstellungskonfiguration beim Bestellen und Einrichten prüfen.
Alle Hardwaredaten und Optionen ansehenAbrechnung einheitlich in USD. Für jede Karte kannst du Tag, Woche, Monat oder Quartal auswählen. Angezeigt wird der Gesamtpreis der gewählten Laufzeit, kein umgerechneter Tagespreis.
M4 · 16GB · 256GB
$21.1/Tag
Ideal für Projekte mit einem Scheme und kurze Tests. Erfasse zuerst die Dauer vollständiger Builds, den Cache-Verbrauch und den maximalen Speicherbedarf. Danach kannst du entscheiden, ob du mehr Kapazität dauerhaft benötigst.
M4 · 24GB · 512GB
$41.4/Tag
Ideal für Teams, die Abhängigkeits-Caches aufbauen und mit mehreren Schemes arbeiten. Wenn mehrere Builds gleichzeitig laufen sollen, verteile sie auf mehrere Hosts – eine serielle Warteschlange ist keine parallele Ausführung.
M4 Pro · 64GB · 2TB
$59.5/Tag
Ideal für vollständige Builds großer Projekte, Simulator-Tests und lokale Modellinferenz. 64GB Unified Memory und eine 2TB SSD bieten Platz für mehrere Abhängigkeitssätze und Build-Artefakte.
Einstiegspreis: $21.1/Tag; +1TB SSD ab $3/Tag. Optionen werden separat berechnet. Modell, Laufzeit, Standort und Gesamtbetrag vor dem Bezahlen prüfen.
Preise und Optionen im DetailRegistriere 1 bis N Cloud-Macs als Self-Hosted Runner für GitLab oder GitHub Actions. Bringe zuerst eine Pipeline zum Laufen und verteile anschließend mehrere Schemes auf verschiedene Hosts.
Erfasse mit demselben Commit die Dauer vollständiger und inkrementeller Builds. Prüfe Zertifikate, Downloads von Abhängigkeiten und den Speicherbedarf von DerivedData. Beginne mit einem Auftrag gleichzeitig pro Runner.
Benenne Tags nach macOS-Version, Xcode-Version und Projektzweck. Matrix-Jobs können nur dann gleichzeitig auf mehreren Hosts laufen, wenn mehrere Runner mit passenden Tags verfügbar sind.
Wähle die vom Projekt benötigte Xcode-Version und behalte sie dauerhaft bei. Lege die Version mit DEVELOPER_DIR fest und verwende separate Pfade für Archive und Caches, damit sich mehrere Jobs nicht gegenseitig überschreiben.
Die Xcode-Version allein macht einen Build nicht reproduzierbar. Auch Dependency-Lockfiles, Signing-Material, Exportkonfiguration und Umgebungsvariablen gehören in die Änderungsdokumentation des Teams.
name: ios-nightly
on:
workflow_dispatch:
schedule:
- cron: "0 13 * * *"
jobs:
archive:
runs-on: [self-hosted, macOS, xcode-16.2]
strategy:
fail-fast: false
matrix:
scheme: [App-Prod, App-Staging, Widget]
env:
DEVELOPER_DIR: /Applications/Xcode-16.2.app/Contents/Developer
steps:
- uses: actions/checkout@v4
- name: Archive
run: |
xcodebuild archive \
-workspace App.xcworkspace \
-scheme "${{ matrix.scheme }}" \
-configuration Release \
-archivePath "build/${{ matrix.scheme }}.xcarchive"
- name: Export
run: |
xcodebuild -exportArchive \
-archivePath "build/${{ matrix.scheme }}.xcarchive" \
-exportPath "build/export/${{ matrix.scheme }}" \
-exportOptionsPlist ci/export.plistErsetze Workspace, Scheme und Xcode-Pfad durch die Konfiguration deines Projekts. Auch GitLab weist Jobs über Runner-Tags zu. Zertifikate und Schlüssel gehören in geschützte Variablen oder einen separaten Schlüsselbund – nicht ins Repository.
Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und US-Westküste – alle drei Modelle sind an jedem Standort verfügbar. Berücksichtige zunächst den Standort der Personen, die Builds ausführen, und des Repositorys. Prüfe anschließend die tatsächliche Verbindung.
Südostasien
Ostasien
Nordostasien
Südchina und Südostasien
Westküste Nordamerikas
Die Latenzbereiche sind Richtwerte für die Standorte und keine Messungen deiner Verbindung. SSH-Uploads und -Downloads, Repository-Zugriffe und die VNC-Ansicht hängen jeweils von deiner Verbindung ab. An der US-Westküste ändert sich die Zeitzone mit der Sommerzeit. Alle Standorte sind 365 Tage im Jahr verfügbar; den aktuellen Status zeigt die Konsole an.
Für Skripte und CI nutzt du SSH, für Xcode und den Simulator die Bildschirmfreigabe per VNC. Hostadresse und Zugangsdaten findest du in der Konsole. Richte den Client anschließend gemäß der Verbindungsdokumentation ein.
Zum Installieren von Abhängigkeiten, Registrieren von Runnern und Prüfen von Build-Logs. Ändere nach dem ersten Login das Passwort und füge einen öffentlichen Schlüssel hinzu. Passe die Authentifizierung erst an, nachdem du den Schlüsselzugriff getestet hast.
ssh -i ~/.ssh/armrdp admin@<Hostadresse>Zum Prüfen von Xcode-Einstellungen, Schlüsselbund und Simulator. Am besten stellst du die Verbindung über einen SSH-Tunnel her und leitest einen lokalen Port an den Bildschirmfreigabedienst des Hosts weiter.
ssh -N -L 5901:localhost:5900 admin@<Hostadresse>Grafische und automatisierte Aufgaben nutzen dieselben Projektdateien und dieselbe Toolchain. Build-Verzeichnisse müssen nicht zwischen zwei Umgebungen kopiert werden.
Abhängigkeiten installieren, Archive erstellen, Logs und Artefakte prüfen
Projekteinstellungen, Simulator, Signing und UI-Debugging
vnc://localhost:5901Drei beispielhafte Ich-Aussagen zeigen, wie sich Hosts einplanen lassen. Es sind Nutzungsszenarien, keine Kundenbewertungen oder Leistungsstatistiken.
„In der Release-Woche möchte ich für jedes der drei Schemes einen eigenen Archivpfad. Wenn die Jobs auf verschiedene Runner verteilt werden, muss ich nicht ständig dieselbe Warteschlange im Blick behalten.“
iOS-Verantwortlicher · Anforderungsbeispiel
„Ich möchte die Xcode-Version zusammen mit dem Dependency-Lockfile fixieren. Zuerst prüfe ich das Ergebnis mit demselben Commit und nehme diesen Mac dann in die Produktionspipeline auf.“
CI/CD-Engineer · Anforderungsbeispiel
„Ich miete zunächst einen M4 Base für einen Tag und bringe Zertifikate und den GitLab-Runner zum Laufen. Sobald ich weiß, wie viele Ressourcen das Projekt tatsächlich benötigt, wähle ich eine längere Laufzeit.“
Unabhängiger Entwickler · Anforderungsbeispiel
Nein. Du erhältst einen dedizierten physischen Mac mini. Während der Mietdauer werden die Hardwareressourcen nicht mit anderen Kunden geteilt. Chip, Arbeitsspeicher und Speicherplatz kannst du in den Systeminformationen überprüfen.
Ja, du kannst je nach Projekt mehrere Versionen installieren und behalten. Verweise im Build-Skript mit DEVELOPER_DIR auf die gewünschte Version oder wechsle mit xcode-select. Prüfe vor der Installation die Systemkompatibilität und den verfügbaren Speicherplatz.
Starte mit einem Host und einem Auftrag. Erfasse den maximalen Speicherbedarf, die Archivdauer und die Festplattenaktivität. Entscheide dann, ob du mehr parallele Jobs auf demselben Host ausführst oder weitere Hosts hinzufügst. Die Zahl der Schemes allein sagt nichts über die Fertigstellungszeit aus.
Lege Zertifikate in einem separaten Schlüsselbund ab und speichere sensible Variablen in den geschützten CI-Einstellungen. Synchronisiere Archive und Exportartefakte mit dem Speicher deines Teams. Sichere deine Daten vor Ablauf der Mietdauer und entziehe nicht mehr benötigte Zugangsdaten.
Ein ausführbares Swift-Skript prüft maskierte Schlüssel, Array-Indizes und Fehlerfälle. Fehlende Felder bleiben von gültigem null unterscheidbar.
DevOps & CI/CDDas Größte-Reste-Verfahren hält die Prozentsumme konstant. Mit Swift prüfen Sie Reihenfolge, Nullgewichte und Überläufe auf dem Cloud-Mac.
SecurityEin ausführbares Swift-Skript prüft Base64URL ohne Padding und weist ungültige Zeichen, unzulässige Restbits und übergroße Eingaben zurück.
Neue Beiträge sind in Arbeit – hier geht’s zur Blogübersicht.
Prüfe zuerst Laufzeit und Konfiguration, dann den Gesamtbetrag. Grundmiete und Optionen werden separat aufgeführt. Welche Zahlungsmöglichkeiten aktuell verfügbar sind, zeigt die Zahlungsabwicklung an.
Prüfe vor einer Zahlung auf der Blockchain das Netzwerk und die Empfängerdaten. Kartenzahlungen schließt du über die Zahlungsseite ab. Ist der Zahlungsstatus noch nicht bestätigt, prüfe zuerst die Bestellung und lege keine zweite Zahlung für denselben Kauf an.
M4 Base ab $21.1/Tag. Starte mit einem Projekt und einem Runner, bringe den Ablauf zum Laufen und erweitere anschließend deine iOS-Build-Farm.
Die Tide-Karte, Runner und Warteschlange zeigen einen Beispielablauf, keine Live-Daten. Prüfe vor der Bestellung Konfiguration, Abrechnungszeitraum und Bereitstellungsdetails in der Konsole. Die Build-Dauer hängt von deinem Projekt, deiner Toolchain und dem Cache ab.