Dedizierter physischer Mac, keine VM, 6 Standorte,$20.1ab /Tag
Ein dedizierter Mac für Ihr iOS-Team: Code auschecken, archivieren, signieren und an TestFlight übergeben.
SG
Tokio JP
Seoul KR
Hongkong HK
US-Ostküste US-E
US-Westküste US-W
| Scheme | Version | Standort | Dauer | Signatur |
|---|---|---|---|---|
| Ledger-iOSBuild um 09:42 | 2.8.1 (412) |
Singapur | 6m12s |
Signiert |
| Ledger-WidgetBuild um 09:38 | 2.8.1 (412) |
Singapur | 2m47s |
Signiert |
| Ledger-WatchBuild um 09:21 | 2.8.1 (412) |
Tokio | 3m05s |
Signiert |
| Ledger-BetaBuild um 08:57 | 2.8.1 (411) |
Hongkong | 6m30s |
Signiert |
| Ledger-macOSBuild um 23:10 | 2.8.0 (409) |
US-Westküste | 7m02s |
Signiert |
** EXPORT SUCCEEDED **
Ledger-iOS.ipa · 48.2 MB
Zu TestFlight hochgeladen
Für interne Testergruppe „QA-Nightly“ verfügbar
TestFlight · Installation bestätigt
2.8.1 (412)Testinhalt: Offline-Cache der Bestellseite behoben, Dunkelmodus für Widgets hinzugefügt.
Kein gemeinsam genutzter Runner. Code, Abhängigkeiten und Build-Cache bleiben auf Ihrem eigenen physischen Standort.
Der ganze Mac mini steht exklusiv einem Kunden zur Verfügung. CPU, Arbeitsspeicher und Speicherplatz werden nicht geteilt – warten Sie nicht, bis der Build eines anderen abgeschlossen ist.
SPM-Downloads, CocoaPods-Abhängigkeiten und DerivedData können projektbezogen erhalten bleiben. Ob der Cache greift, hängt von Branch, Abhängigkeitsversionen und Build-Einstellungen ab. So muss nicht jeder Build die Umgebung neu aufsetzen.
Für einen Release-Endspurt können Sie nur eine Woche buchen: M4-Modell $54.2pro Woche. Für regelmäßige Nightly-Builds vergleichen Sie Monats- und Quartalstarife – ohne erst einen Build-Mac fürs Büro anschaffen zu müssen.
Alle vier Mietlaufzeiten haben transparente Listenpreise. Wählen Sie die Laufzeit nach der Dauer Ihrer Aufgaben und prüfen Sie anschließend Standort, Speicher und Ablaufdatum. Nach der Bereitstellung organisieren Sie die Build-Warteschlange mit Ihren eigenen Skripten.
Singapur, Tokio, Seoul, Hongkong, US-Ostküste und US-Westküste. Beide Mac-Konfigurationen sind an allen 6 Standorten verfügbar. Wählen Sie nach Teamstandort und Nähe zu Ihren abhängigen Diensten.
Für die Remote-Arbeit zählt vor allem die interaktive Latenz. Bei automatisierten Builds spielen auch die Wege zum Code-Repository und für den Artefakt-Upload eine Rolle. Die Standorte sind 365 Tage im Jahr durchgehend in Betrieb – ideal für planmäßige Builds auf dedizierten Macs.
Ab $20.1pro Tag. Für Archive einer einzelnen App ist der M4 eine gute Wahl; für mehrere Targets, parallele Tests und Inferenz empfiehlt sich der M4 Pro.
Ein guter Einstieg für eine App mit 1–3 Archiven pro Tag. Legen Sie Quellcode, Xcode und häufig benötigte Abhängigkeiten ab und entscheiden Sie dann, ob Sie eine zusätzliche SSD brauchen.
Mehr Spielraum für mehrere Targets, UI-Tests und MLX-Experimente. Wie viele Aufgaben parallel laufen können, hängt vom Spitzenbedarf des Projekts und der Testlast ab. Messen Sie erst, bevor Sie die Parallelität erhöhen.
Alle Preise in US-Dollar. Die aktuelle Verfügbarkeit der Standorte sehen Sie in der Konsole. Prüfen Sie Laufzeit, Zusatzoptionen und Gesamtsumme vor der Zahlung.
Von Push bis TestFlight: Arbeiten Sie mit Ihrer gewohnten Toolchain. Die fünf Schritte zeigen den Übergabeprozess am Beispiel von Ledger-iOS; die Zeiten dienen nur zur Orientierung.
Nach dem lokalen Commit pushen Sie den Branch. Ihre CI-Konfiguration startet daraufhin den Build.
git push origin release/2.8.1
Fixieren Sie den Commit, damit Änderungen am Branch nicht zu Abweichungen zwischen Archiv und Release-Protokoll führen.
git fetch origin release/2.8.1 && git checkout --detach FETCH_HEAD
Legen Sie Scheme, Release-Konfiguration und Archivpfad fest. Das Protokoll wird zusammen mit dem Artefakt gespeichert.
xcodebuild -scheme Ledger-iOS -configuration Release -destination 'generic/platform=iOS' -archivePath build/Ledger.xcarchive archive
Hinterlegen Sie Zertifikat und Provisioning-Profil. Mit der Export-Konfiguration legen Sie Signierung und Verteilung fest.
xcodebuild -exportArchive -archivePath build/Ledger.xcarchive -exportOptionsPlist Export.plist -exportPath build/export
Richten Sie die Berechtigung für die Verteilung ein und laden Sie das IPA hoch. Anschließend erhält die Testergruppe den verfügbaren Build.
fastlane pilot upload --ipa build/export/Ledger-iOS.ipa --api_key_path asc-key.json
Diesen Ablauf muss Ihr Team selbst einrichten; nach der Miete übernehmen wir nicht automatisch Ihr Repository. Stimmen Sie beim ersten Durchlauf Xcode-Version, Lockdateien der Abhängigkeiten und Signierung ab. Registrieren Sie dann einen GitHub Actions self-hosted runner, GitLab Runner oder Jenkins agent. Projekgröße, Cache und Netzwerk beeinflussen die tatsächliche Dauer.
Filtern Sie zuerst nach der Zeitzone Ihres Teams und prüfen Sie dann den Verbindungsweg zum Standort. Die Latenzbereiche unten sind Richtwerte für die Region, keine Messungen für einzelne Städte.
Südostasien
Ideal für Teams in Südostasien, die tagsüber entwickeln und nachts Builds und Verteilung weiterlaufen lassen.
Standort Singapur buchenOstasien
Für Teams, die Entwicklung, Tests und Nightly-Übergaben in die Arbeitszeit Ostasiens legen.
Standort Tokio buchenNordostasien
Für die Zusammenarbeit in Nordostasien: Remote-Entwicklung und Build-Fehlerbehebung in derselben Arbeitszeit erledigen.
Standort Seoul buchenSüdchina und Südostasien
Passend für Teams in UTC+8. Die Verbindung hängt außerdem vom lokalen Anbieter und Routing ab.
Standort Hongkong buchenNordamerikas Ostküste und Westeuropa
Ideal für die Zusammenarbeit an Nordamerikas Ostküste und in Westeuropa. Planen Sie Builds vor der Übergabe, damit Kolleginnen und Kollegen in der nächsten Zeitzone Protokolle und Testversionen übernehmen können.
Standort US-Ostküste buchenNordamerikas Westküste
Für Teams an der US-Westküste. Beobachten Sie Repository-Checkout, Abhängigkeitsdownloads und Artefakt-Uploads gemeinsam, statt nur die Bedienung des Remote-Desktops zu beurteilen.
Standort US-Westküste buchenZeitzonen dienen der Orientierung für die Zusammenarbeit; in einigen Regionen ändern sie sich saisonal. Die tatsächliche Latenz hängt von Standort, Anbieter und Netzwerkroute ab. Die aktuelle Verfügbarkeit sehen Sie in der Konsole.
Beschreiben Sie den Einsatzzweck konkret, um einschätzen zu können, ob sich die Miete lohnt. Hier sind drei Beispiele für unterschiedliche Einsatzszenarien.
Wir haben unsere nächtlichen Nightly-Builds vom MacBook einer Kollegin auf einen Standort in Tokio verlegt. Wenn wir morgens am Arbeitsplatz ankommen, liegt das IPA schon in TestFlight.
Mit dem M4 Pro und 64 GB laufen Fastlane und UI-Tests auf Anhieb durch – kein Warten mehr auf einen gemeinsam genutzten Runner.
Ich teste lokal Inferenz mit einem 7B-Modell, miete wochenweise und stoppe danach. Die Kosten sind übersichtlich.
Wählen Sie zuerst Mac und Mietlaufzeit und prüfen Sie dann das im Checkout angezeigte Gateway. Rechnungen und Mac-Verwaltung finden Sie in der Konsole.
Alle Beträge werden in US-Dollar (USD) abgerechnet. Welche Gateways verfügbar sind, geht aus der Rückmeldung des Backends hervor. Stripe verarbeitet Ihre Kreditkartendaten; wir speichern keine Kartennummern. Nach der Zahlung finden Sie Bestellung, Bereitstellungsstatus, Rechnungen und Verlängerungsoptionen in der Konsole. Technische Fragen können Sie ebenfalls dort als Ticket einreichen.
DerivedData, SPM-Caches und Simulator-Images belegen mit der Zeit immer mehr Speicherplatz. Unterscheiden Sie zwischen wiederherstellbaren Caches und Archiven, die Sie behalten müssen, bevor Sie den Speicher erweitern.
Eine externe SSD eignet sich für Build-Caches und große Dateien. Sichern Sie benötigten Quellcode, Archive und Protokolle vor Mietende auf Ihrem eigenen Speicher. Betrachten Sie die zusätzliche Festplatte nicht als einziges Backup.
Preise aller Zusatzoptionen ansehenFür DerivedData und SPM-Caches
Für Simulator-Images mehrerer Versionen und Archivaufbewahrung
Wenn mehrere M4 Pro zusammenarbeiten, sollten Sie zuerst Topologie und Aufgabenverteilung prüfen.
Anleitungen zu Verteilung, Remote-Umgebungen und Signierung – Schritt für Schritt nachvollziehbar. Führen Sie den Ablauf einmal durch und automatisieren Sie dann die wiederkehrenden Schritte.
Mit einem Swift-Prüfskript klare Grenzen für XML-Importe setzen und DTDs, Namensräume sowie Ressourcenlimits reproduzierbar testen.
DevOps & CI/CDEin strikter SemVer-Vergleich ohne Ganzzahlkonvertierung: Vorabversionen, lange Zahlen und ungültige Eingaben testen und die Updatepolitik separat absichern.
DevOps & CI/CDDie Geofence-Entscheidung von der Ortung trennen: feste Distanzfälle, Genauigkeitsfilter und zwei Schwellwerte für stabile Zustandswechsel.
Neue Beiträge sind in Vorbereitung. Sehen Sie sich zunächst dieBlogbeiträgean.
Klären Sie zuerst, wie Mac, Toolchain und Datenübergabe zusammenpassen.
Sie erhalten einen kompletten Mac mini zur exklusiven Nutzung – keinen virtuellen Mac. CPU, Arbeitsspeicher, Speicherplatz und Build-Cache werden nicht mit anderen Kunden geteilt. Die macOS-Oberfläche und die Kommandozeile stehen vollständig zur Verfügung. Projektabhängigkeiten, Signierungsressourcen und CI-Aufgaben richtet Ihr Team selbst ein.
Abrechnung pro Tag: M4-Modell $20.1pro Tag, M4 Pro-Modell $60.3pro Tag. Zusätzlich stehen die drei längeren Laufzeiten Woche, Monat und Quartal zur Auswahl. Für einen kurzen Toolchain-Test mieten Sie zunächst tageweise; für einen Release-Endspurt lohnt sich der Wochentarif. Bei regelmäßigen Nightly-Builds vergleichen Sie Monats- und Quartalstarif. Prüfen Sie Laufzeit, Betrag und Ablaufdatum Ihrer Bestellung vor der Zahlung.
Sie können auf dem Mac einen self-hosted runner oder GitLab Runner registrieren oder einen Jenkins agent anbinden. Fixieren Sie zuerst Xcode-Version und Abhängigkeiten und richten Sie dann Ihre Fastlane lane ein. Weisen Sie Runner-Tags nur den vorgesehenen Build-Aufgaben zu, damit nicht mehrere Archive gleichzeitig dasselbe Verzeichnis verwenden. Die Verbindung und Migration wird unterMac verbindenbeschrieben.
Zuerst müssen Sie Projekt und Signierung konfigurieren. Legen Sie Scheme, Zertifikat, Provisioning-Profil und Export.plist bereit. Für den Upload können Sie einen App Store Connect API Key verwenden. Speichern Sie .p12-Dateien, private Schlüssel oder API Keys nicht in einem öffentlichen Repository. Führen Sie zunächst Archive und Export manuell erfolgreich aus und richten Sie erst danach automatische Auslöser ein – so lassen sich Fehler leichter eingrenzen.
Nach der Rücknahme des Macs wird der Datenträger sicher gelöscht und das System neu installiert, bevor das Gerät an den nächsten Kunden geht. Exportieren Sie benötigte Archive, Artefakte und Protokolle vor Ablauf selbst, entfernen Sie Zertifikate und CI-Zugangsdaten und widerrufen Sie nicht mehr benötigte Berechtigungen. Prüfen Sie bei weiterem Bedarf Verlängerung und Bestellstatus in der Konsole. Verwenden Sie den Build-Standort nicht als einzigen Speicher.
Reichen Sie über die Konsole ein Ticket mit Bestellnummer, Standort, Xcode-Version, Reproduktionsbefehl und den letzten 50 Protokollzeilen ein. Unterscheiden Sie zunächst zwischen SSH-Verbindungsproblemen, fehlgeschlagenen Abhängigkeitsdownloads, Compilerfehlern und Signierungsproblemen und nennen Sie die letzte Änderung. Entfernen Sie Tokens, private Schlüssel und Passwörter aus den Protokollen. Sie können den Support auch per E-Mail kontaktieren: support@osxbuild.com.
Wählen Sie Konfiguration und Standort. Sobald der Mac bereitsteht, verbinden Sie sich per SSH und starten das erste Archive. Überlassen Sie die Veröffentlichung Ihrem Workflow, statt auf einen freien Mac zu warten.