XR Build 16 · Exklusiver physischer Mac mini
NeuMac mini M4 Pro mit 64GB / 2TB jetzt verfügbar
Ein kompletter physischer Apple-Silicon-Mac mini statt einer VM. Tages-, Wochen-, Monats- und Quartalstarife. Nach der Bestellung erhältst du SSH- und VNC-Zugangsdaten und kannst den Mac direkt für iOS-Builds nutzen.
6 Standorte
$108.3/Monat · XR Build 16
Workspace
MyApp.xcworkspace
EbenenArtefakte
$ xcodebuild -workspace MyApp.xcworkspace -scheme MyApp -configuration Release archive
MyApp.ipacom.example.myapp · 2.4.1 (318)
Archivierung erfolgreichSigniertDauer 6m12s
Beispielhafter Build-Ablauf, keine Leistungsmessung. Die tatsächliche Dauer hängt von Projekt, Cache, Downloads und parallelen Aufgaben ab.
Übersicht
XR Build Pro 64
KnotenLogs
› sudo xcode-select -s /Applications/Xcode_16.4.app
Alle Tarife bieten einen kompletten physischen Knoten; alle drei Konfigurationen sind an sämtlichen 6 Standorten verfügbar. Teste dein Projekt tageweise oder baue kontinuierlich zum Monatspreis. Wochen- und Quartalstarife sowie Speichererweiterungen findest du auf der Tarifseite. Die aktuelle Verfügbarkeit wird im Portal angezeigt.
M4 / 16GB / 256GB SSD
$21.7/Tag
$108.3/Monat
Ideal, um den Archive- und Exportablauf einer App einzurichten. Passt zu Solo-Entwicklern und alltäglichen Builds ohne parallele Jobs. DerivedData und alte Artefakte regelmäßig löschen, damit genug Platz für Quellcode und Paket-Caches bleibt.
M4 / 24GB / 512GB SSD
$40.8/Tag
$204.1/Monat
Mehr Spielraum für mehrere Targets, Widgets, Extensions und UI-Tests. Geeignet für Team-Pipelines mit mehreren Paket-Caches. Die Parallelität sollte sich nach dem tatsächlichen Speicherbedarf des Projekts richten – die Zahl der Threads entspricht nicht der Zahl parallel möglicher Jobs.
M4 Pro / 64GB / 2TB SSD
$59.5/Tag
$297.3/Monat
64GB Unified Memory für Simulator-Testmatrizen, größere Caches und MLX-Experimente. Erst einzelne Jobs testen, dann die Parallelität erhöhen. Modelltraining und Release-Builds zeitlich trennen, damit sich Aufgaben auf demselben Knoten keine Ressourcen streitig machen.
Zahlung nur mit USDT-TRC20 oder Visa / Mastercard / Amex (über Stripe), Abrechnung in US-Dollar. Welche Zahlungsoptionen verfügbar sind, zeigt die Backend-Schnittstelle an.
Die folgenden Workflows sind Beispiele für die praktische Umsetzung, keine Kundenberichte oder Benchmark-Versprechen. Die Befehle zeigen mögliche Einstiegspunkte. Vor dem Start müssen Projektabhängigkeiten, Signaturmaterialien und passende Softwarelizenzen bereitstehen.
Nach einem Commit ruft launchd oder ein Runner den gewünschten Commit ab, installiert Abhängigkeiten, führt Tests aus und erstellt anschließend Archiv und Export. Mit Fastlane nach TestFlight hochladen, am nächsten Tag Build-Logs und Testergebnisse prüfen und dann über die Verteilung entscheiden.
Scheme, Konfiguration und Exportparameter festlegen und Signaturmaterial im Keychain des Knotens hinterlegen. Die Signatur zuerst in der grafischen Oberfläche testen und erst danach unbeaufsichtigte Jobs einrichten.
xcodebuild -scheme MyApp archive -archivePath build/MyApp.xcarchive
Einen selbst gehosteten GitLab- oder GitHub-Runner auf dem Knoten registrieren und Jobs nach Projekt, Toolchain und Umgebungs-Tags verteilen. Nach erfolgreicher Prüfung eines Merge Requests Fastlane gym ausführen, signierte Artefakte für die Haupt-App und Extensions exportieren und Logs für erneute Läufe bei Fehlern aufbewahren.
Der exklusive Knoten verhindert Ressourcenkonflikte mit anderen Kunden, nicht aber innerhalb der eigenen Job-Queue. Die Parallelität des Runners sinnvoll begrenzen und Arbeitsverzeichnisse trennen. Zertifikatswechsel, Xcode-Upgrades und Cache-Bereinigung in versionierte Skripte aufnehmen.
fastlane gym --scheme MyApp --export_method app-store
Ein Modell mit MLX laden, Daten vorbereiten und per LoRA feinabstimmen. Anschließend je nach Modellunterstützung mit coremltools in Core ML konvertieren. Das Ergebnis ins iOS-Projekt übernehmen und Operator-Kompatibilität, Inferenzspeicher und Ausgabequalität prüfen.
Modell, Trainingsstatus und macOS teilen sich den Unified Memory – 64GB stehen also nicht vollständig dem Modell zur Verfügung. Zuerst mit kleinen Batches den Speicherbedarf prüfen und danach die Kontextlänge erhöhen. Training und Builds zeitlich trennen, statt beides standardmäßig gleichzeitig laufen zu lassen.
python -m mlx_lm.lora --model ./base --train --data ./data
Über VNC die macOS-Oberfläche öffnen und Renderjobs in einer lizenzierten Logic- oder Final-Cut-Umgebung planen. Für Aufgaben per Kommandozeile VideoToolbox zum Codieren nutzen und fertige Videos anschließend per SSH oder rsync abrufen.
Zuerst ein repräsentatives Sample hochladen und Plugins, Schriften, Codecs sowie Ausgabeparameter prüfen. Die Übertragung großer Dateien hängt von der lokalen Bandbreite und dem Netzwerkpfad ab. Größere Uploads und Renderjobs am besten zeitlich trennen.
ffmpeg -i in.mov -c:v hevc_videotoolbox -b:v 12M out.mp4
Monatliche Verfügbarkeitszusage
Liegt die monatliche Verfügbarkeit unter 99.9%, wird die Differenz als Mietzeit gutgeschrieben. Das Statusband veranschaulicht, wie tägliche Einträge dargestellt werden. Es bedeutet weder, dass für diese Website bereits 90 Tage Betriebsdaten vorliegen, noch ist es ein Nachweis einer tatsächlich erreichten Verfügbarkeit.
Bei Verbindungsproblemen zuerst lokales Netzwerk, Zugangsdaten und Knotenstatus prüfen. Bei einer Supportanfrage Instanz, Beginn der Störung, Zeitzone und Fehlermeldung angeben. Welche Fälle auf Nutzeraktionen oder höhere Gewalt zurückzuführen sind, regeln die Nutzungsbedingungen.
Alle drei Konfigurationen sind an sämtlichen sechs Standorten verfügbar. Über die Stadt gelangst du direkt zur Bestellung; der jeweilige Knoten ist vorausgewählt. Die aktuelle Verfügbarkeit wird im Portal angezeigt.
Für Remote-Desktop-Zugriffe zählen der Standort des Teams und der Netzwerkpfad. Bei automatisierten Builds spielen außerdem der Transfer von Quellcode, Abhängigkeiten und Artefakten eine Rolle. Arbeiten Teams über mehrere Zeitzonen hinweg, sollten Jobzeiten einheitlich in UTC protokolliert werden.
Für US-Standorte wird die Standardzeitverschiebung angezeigt; bei Sommerzeit ändert sie sich. Die Zeitzone hilft bei der Planung, garantiert aber keine bestimmte Netzwerklatenz von jedem Zugriffsort aus.
Deine Build-Umgebung wird nicht mit anderen Kunden geteilt. Quellcode, Paket-Caches, Simulatoren und Signaturkette verwaltest du selbst. Mit einer festgelegten Umgebung und passenden Skripten lassen sich Builds zuverlässiger reproduzieren.
Keine Überbuchung, keine Aufteilung. CPU, GPU und Unified Memory stehen deinen Workflows zur Verfügung – Build-Jobs anderer Kunden laufen nicht auf deinem Knoten. Die Parallelität eigener Jobs solltest du dennoch begrenzen, damit mehrere Archive nicht gleichzeitig um Speicher und Arbeitsspeicher konkurrieren.
macOS läuft direkt auf einem physischen Apple-Silicon-Knoten. Compiler, Simulatoren und Metal-Workloads nutzen die Ressourcen des Systems. Ob Apps, Abhängigkeiten und Tools kompatibel sind, muss weiterhin mit deinem Projekt geprüft werden – die Hardwarebezeichnung ersetzt keinen Test.
Du erhältst ein macOS-Administratorkonto mit vollem Zugriff auf grafische Oberfläche und Kommandozeile. Mit xcode-select -s wechselst du die Toolchain. In CI kannst du einzelnen Jobs über DEVELOPER_DIR eine Version zuweisen, ohne die globale Konfiguration anderer Jobs zu ändern.
Konfiguration, Standort, Laufzeit und Extras wählen und den Preis in US-Dollar vor der Zahlung prüfen.
Den exklusiven Mac mit vorinstalliertem macOS und Xcode erhalten und Instanzdaten sowie Toolchain prüfen.
SSH- und VNC-Zugangsdaten im Portal abrufen, einen Test-Build ausführen und anschließend den Runner registrieren.
Xcode-Version, Signaturmaterialien, Backups und Verlängerungen im Voraus planen – so weißt du beim ersten Build genau, was zu prüfen ist.
Ja. Lege jede Version in einem eigenen App-Verzeichnis ab. Prüfe zuerst die Projektabhängigkeiten und SDK-Anforderungen und wechsle dann mit sudo xcode-select -s. In CI solltest du Jobs bevorzugt über DEVELOPER_DIR konfigurieren und xcodebuild -version in den Logs erfassen. So lassen sich Probleme nach Änderungen an der globalen Version leichter eingrenzen.
Importiere Zertifikat und privaten Schlüssel in den Keychain des Knotens und installiere ein Provisioning Profile, das zu Bundle ID, Team und Exportmethode passt. Prüfe die Signatur zuerst in der grafischen Oberfläche. Danach Keychain-Entsperrung und Zugriffsrechte für Kommandozeilenjobs einrichten. Private Schlüssel, Passwörter und Runner-Tokens gehören nicht ins Quellcode-Repository.
Bei einer Neuinstallation werden die Daten auf dem Systemlaufwerk gelöscht. Sichere daher vorher Quellcode, Signaturmaterialien, Konfigurationen und benötigte Caches außerhalb des Knotens und prüfe, ob sich das Backup wiederherstellen lässt. +1TB / +2TB SSD sind Speichererweiterungen, keine separaten Backups. Kläre vor der Neuinstallation per Supportanfrage, welche Datenträger betroffen sind.
Im Portal findest du Mietdauer und Rechnung. Folge den Anweisungen zur Verlängerung; maßgeblich ist die dort angezeigte Zahlungsbestätigung. Unterstützt werden ausschließlich USDT-TRC20 und Visa / Mastercard / Amex (über Stripe), abgerechnet wird in US-Dollar. Wenn du den Dienst nicht weiter nutzt, lade zuerst Artefakte und Daten herunter und widerrufe anschließend Deploy-Schlüssel und Runner-Zugangsdaten.
Von der Toolchain über Paket-Caches bis zur Runner-Anbindung: Lies konkrete Praxisbeispiele und übernimm passende Schritte in deine eigene Pipeline.
Trennen Sie ZIP-Importe in Vorprüfung, begrenztes Schreiben und Freigabe. Negative Swift-Tests prüfen Pfade; echte Archive prüfen Links und Größenlimits.
DevOps & CI/CDEin kleiner XCTest prüft gruppierte Änderungen und Redo. Weitere Fälle sichern neue Bearbeitungen, Dokumentwechsel und verspätete Ergebnisse ab.
DevOps & CI/CDLagern Sie Geldberechnungen in ein Swift-Paket aus und prüfen Sie Eingaben, negative Halbwerte und Rundungszeitpunkte auf dem Cloud-Mac.
Neue Beiträge sind in Vorbereitung. Bis dahin findest du mehr in der Blog-Übersicht.
Ab $21.7/Tag · 6 Standorte · Zugang per SSH und VNC
Starte mit einem repräsentativen Projekt und prüfe Abhängigkeiten, Signatur und Export. Danach kannst du Parallelität und passende Laufzeit festlegen. Die aktuelle Verfügbarkeit wird im Portal angezeigt.