Nach dem Merge sollten Sie das Build-Ergebnis prüfen – nicht, ob im Büro der Strom ausgefallen ist. OSXPort hostet exklusive physische Mac mini für CI-Verantwortliche: Strom, Netzwerk und Kühlung bleiben im Rechenzentrum, Engineering und Release-Takt in Ihrem Team.
Ab $19.7/Tag, Abrechnung in USD. Testen Sie zuerst Ihre Pipeline und entscheiden Sie danach, ob Sie dauerhaft umziehen möchten.
Ihre Branches teilen sich den Server Ihres Teams – ohne Konkurrenz um die Ressourcen der gesamten Maschine durch andere Kunden.
main
release/2.4
nightly
Eigene Server im Büro, Shared Runner und exklusives Hosting können Builds ausführen. Der Unterschied: Wer sorgt dafür, dass der Rechner verfügbar bleibt, und brauchen Sie eine dauerhaft laufende Umgebung? Unser Angebot richtet sich an Teams mit mehreren Merges pro Tag, die weniger Zeit in die Hardwarebetreuung investieren möchten – nicht an alle, die gelegentlich etwas bauen müssen.
Stromversorgung, Netzwerkanschluss und Kühlung sind Teil der Hosting-Umgebung. Der Server läuft 365 Tage im Jahr; nächtliche Jobs hängen nicht mehr von der Steckdose im Büro oder der Nutzung der Klimaanlage ab.
So müssen Verantwortliche weniger Aufgaben erledigen, die nichts mit Code zu tun haben. Das garantiert jedoch keinen erfolgreichen Build. Downloads von Abhängigkeiten, Testergebnisse und Projektkonfigurationen müssen weiterhin separat geprüft werden.
Code, Runner-Registrierung, Toolchain-Versionen, Signiermaterial, Parallelitätslimits und Build-Artefakte werden von Ihrem Team konfiguriert und verwaltet. Die macOS-GUI und die Kommandozeile stehen vollständig zur Verfügung; bestehende Workflows lassen sich wie gewohnt anbinden.
Signierzertifikate, Projektkonfigurationen und wichtige Artefakte müssen Sie selbst sichern. Caches beschleunigen wiederholte Builds, ersetzen aber keine wiederherstellbaren Projekt- und Zugangsdaten-Backups.
Bei Verbindungsproblemen grenzen Sie zuerst ein, ob Netzwerk, System oder der Job selbst die Ursache ist. Bei Verdacht auf einen Hardwaredefekt eröffnen Sie im Control Panel ein Support-Ticket mit Server-ID, Zeitpunkt und Symptomen. Danach beginnen die Diagnose und gegebenenfalls der Austausch.
Nach einem Austausch müssen Runner, Toolchain und Signierkonfiguration erneut geprüft werden. Dokumentierte Wiederherstellungsschritte sind zuverlässiger als die Annahme, dass ein Rechner niemals ausfällt.
Ein exklusiver physischer Server macht die Ressourcenzuweisung und Änderungen an der Umgebung nachvollziehbar. Andere Kunden können auf derselben Maschine keine Ressourcen beanspruchen. Schwankungen durch Projektgröße, Job-Anzahl und abhängige Dienste bleiben jedoch bestehen.
CPU, Unified Memory und SSD stehen Ihren Workloads zur Verfügung. DerivedData, Abhängigkeiten und Projekt-Caches verwaltet Ihr Team; Builds anderer Kunden löschen sie nicht.
Ändert sich die Build-Dauer, können Sie Projektänderungen, Cache-Treffer, Testumfang und lokale Parallelität untersuchen – statt zu rätseln, ob fremde Jobs den Rechner belegen.
Mehrere Branches desselben Teams können weiterhin um einen Server konkurrieren. Alle Jobs gleichzeitig zu starten, schafft keine zusätzliche Rechenleistung. Legen Sie die Runner-Parallelität anhand des Speicherbedarfs und der Release-Prioritäten fest.
Ein einzelner Server lässt sich weniger flexibel skalieren als eine bedarfsgerecht erweiterbare Shared-Lösung. Bei seltenen Builds oder kurzen, schwer vorhersehbaren Spitzen sind Shared Runner möglicherweise besser geeignet. Wenn Sie bereits einen ungenutzten Mac haben und nur ein- oder zweimal im Monat Builds erstellen, kann der Eigenbetrieb günstiger sein.
Vergleichen Sie mit demselben Code Checkout, Vorbereitung der Abhängigkeiten, Build, Tests und Upload. So erkennen Sie, ob Rechenleistung, Netzwerk oder Workflow der Engpass ist. Exklusives Hosting klärt die Ressourcenzuweisung, löst aber nicht jedes Build-Problem.
Apple Silicon M4 eignet sich für leichte Builds und die tägliche Entwicklung. Der M4 Pro ist eine weitere Option für größere Projekte und höheren Speicherbedarf. Wir nennen Chip, Unified Memory und SSD konkret, statt vage Leistungsklassen zu verwenden. Eine bestimmte Konfiguration beschleunigt nicht jedes Projekt im gleichen Maß.
Apple Silicon M4 · 16 GB Unified Memory · 256 GB SSD
Geeignet für eine einzelne App, wenige tägliche Builds oder einen ersten Test von Remote-Builds. Nicht empfohlen für mehrere gleichzeitig gestartete Simulatoren und zahlreiche parallele Build-Jobs.
$19.7/Tag · $98.5/Monat
Wöchentlich $53.2 · Vierteljährlich $267.9
Port M4 Base mietenApple Silicon M4 · 24 GB Unified Memory · 512 GB SSD
Geeignet für tägliche Builds nach Merges, mehrere Branches und Simulator-Tests. Richten Sie die Parallelität nach dem tatsächlichen Spitzenbedarf Ihres Projekts an Arbeitsspeicher aus – nicht einfach nach der maximal möglichen Job-Anzahl.
$40.3/Tag · $201.6/Monat
Wöchentlich $108.9 · Vierteljährlich $548.4
Port M4 Plus mietenApple Silicon M4 Pro · 64 GB Unified Memory · 2 TB SSD
Geeignet für große Projekte mit mehreren Targets, Jobs mit hohem Speicherbedarf und Experimente mit lokaler Modellinferenz. Wenn Ihr Workload auf Multi-GPU-Training angewiesen ist, ist ein Mac mini kein Ersatz für die dafür vorgesehene Hardware.
$61.4/Tag · $307.1/Monat
Wöchentlich $165.8 · Vierteljährlich $835.3
Port M4 Pro mietenDie Preise gelten für den Server in der Basiskonfiguration und werden in USD berechnet. Speichererweiterungen und weitere Optionen kosten extra. Die vollständige Konfiguration und der Endbetrag werden bei der Bestellung angezeigt.
Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und die US-Westküste decken Teams in Asien-Pazifik und an der US-Westküste ab. Alle drei Konfigurationen sind an diesen fünf Standorten verfügbar. Den aktuellen Status sehen Sie im Control Panel. Entscheidend ist nicht nur die Entfernung zwischen Team und Server, sondern der gesamte Weg von Code-Checkout und Dependency-Downloads bis zum Upload der Build-Artefakte.
Ein guter Kandidat für Teams in Südostasien. Beziehen Sie Repository und häufig genutzte Paketquellen in den Testlauf ein und prüfen Sie, wie viel Zeit die Vorbereitung beansprucht.
Server in Singapur auswählenEine mögliche Region für Teams in Japan und Ostasien. Wenn Sie häufig remote arbeiten, prüfen Sie sowohl die Bedienung als auch den Upload-Pfad.
Server in Tokio auswählenEine Region zum Vergleichen für Teams in Nordostasien. Testen Sie mit demselben Commit und denselben Abhängigkeitsversionen, damit Cache-Unterschiede nicht mit der Standortleistung verwechselt werden.
Server in Seoul auswählenEin Standort, den Teams in Südchina und Südostasien zuerst prüfen können. Netzwerkpfade über verschiedene Anbieter können variieren – entscheidend ist der Test mit Ihrem eigenen Projekt.
Server in Hongkong auswählenPrüfen Sie zuerst die Verbindung zu Repositories, Paketquellen und Teamstandorten an der US-Westküste. Bei verteilten Teams sollte die Wahl dem hauptsächlichen Datenfluss Ihrer Pipeline folgen.
Server an der US-Westküste auswählenDas sind Kriterien für die Standortwahl, keine Latenzmessungen für einzelne Städte. Erfassen Sie bei standortübergreifender Zusammenarbeit zuerst Checkout- und Upload-Zeiten. Entscheiden Sie auf dieser Grundlage über einen Umzug, statt sich auf Ortsnamen zu verlassen.
CI-Verantwortliche brauchen Informationen, auf deren Grundlage sie entscheiden können. Deshalb beschreiben wir Angebot, Einsatzgrenzen und Zahlungsbedingungen getrennt – damit wichtige Voraussetzungen nicht erst nach der Einrichtung auffallen.
Chip, Unified Memory, SSD und alle vier Abrechnungszeiträume sind einzeln aufgeführt. Basiskonfiguration und Zusatzoptionen sind klar getrennt. Monatspreise werden nicht als Tagespreise dargestellt und konkrete Angaben nicht durch vage Begriffe wie „High-End“ ersetzt. Prüfen Sie zuerst die Ressourcen und anschließend die Kosten über den gesamten Nutzungszeitraum.
Wenn Sie einen ungenutzten Mac haben oder nur selten Builds erstellen, kann der Eigenbetrieb günstiger sein. Bei kurzen, stark schwankenden Spitzen sind Shared Runner möglicherweise flexibler. Für Debugging, das echte lokale Geräte erfordert, reicht ein Remote-Server allein ebenfalls nicht aus. Exklusives Hosting eignet sich für die kontinuierliche Nutzung und muss nicht jede andere Entwicklungsform ersetzen.
Wir akzeptieren ausschließlich USDT-TRC20 sowie Visa, Mastercard und Amex über Stripe. Welche Zahlungswege verfügbar sind, hängt von der Rückmeldung des Backend-Gateways ab. Prüfen Sie vor der Bestellung Modell, Standort, Laufzeit und Zusatzoptionen. Bei Zahlungs- oder Rechnungsfragen eröffnen Sie im Control Panel ein Support-Ticket; Fragen vor dem Kauf senden Sie an support@osxport.com.
Testen Sie den gesamten Ablauf: Checkout, Vorbereitung der Abhängigkeiten, Build, Tests und Archivierung. Erfassen Sie Dauer und maximalen Speicherbedarf, bevor Sie Konfiguration, Parallelität und Laufzeit auswählen. Ein Testtag ist ab $19.7/Tag möglich – Sie müssen sich nicht sofort auf eine langfristige Umgebung festlegen.
Wenn Sie bereits ungenutzte Hardware haben und nur ein- oder zweimal im Monat Builds erstellen, empfehlen wir, zuerst die tatsächlichen Kosten des Eigenbetriebs zu berechnen.