Bestellung & Gerät
Prüfen Sie, welcher Mac, welches Modell und welche Instanz-ID zur Bestellung gehören. Wenn Sie mehrere Geräte verwalten, stellen Sie zuerst fest, mit welchem Sie arbeiten, damit Projektdateien nicht auf dem falschen Gerät landen.
Verbindung & Builds
Mit den Bestelldaten zu Ihrem Cloud-Mac verbinden.
Prüfen Sie zuerst Gerät, Region und Zugriffsrechte. Stellen Sie dann die SSH-Verbindung her und verifizieren Sie die Build-Umgebung. Die Checkliste hilft beim ersten Zugriff und bei der Fehlersuche. Verbindungsadresse, Benutzername und Schlüssel entnehmen Sie bitte Ihrer Bestellung.
Schon bestellt? Öffnen Sie die passende Bestellung in der Konsole und arbeiten Sie die Prüfschritte rechts der Reihe nach durch.
Verbindungscheck
01 / 03
Erst prüfen, dann verbinden
Eine Bestellung, ein Gerät.
- Gerät
- Modell und Instanz-ID in der Bestellung prüfen
- Region
- Ausgewählten Standort und Zugriffsweg bestätigen
- Zugriff
- Verbindungsdaten aus der Bestellung verwenden
Öffentliche Beispiele enthalten weder echte Adressen noch private Schlüssel oder Zugriffstoken. Maßgeblich sind die Angaben in Ihrer Konsole.
Vorbereitung
Prüfen Sie die Verbindung, bevor Sie das Terminal öffnen.
Rufen Sie die Angaben einzeln in den Bestelldetails ab, statt möglicherweise veraltete Verbindungsdaten aus alten Notizen oder Chats zu übernehmen. Wenn Sie noch nicht bestellt haben, besuchen Sie zuerst die Modelle & Preiseund prüfen Sie verfügbare Konfigurationen und Mietdauer.
Region & Verbindungsdaten
Prüfen Sie die in der Bestellung gewählte Region. Rufen Sie anschließend Adresse, Port und Benutzernamen in den Verwaltungsdaten des Geräts ab. Verwenden Sie die Beispieladresse auf dieser Seite nicht als tatsächlichen Zugang.
Konto & Zugriffsrechte
Prüfen Sie, ob Ihr aktuelles Konto die Bestellung und ihre Verbindungsdaten anzeigen kann. Bewahren Sie den privaten Schlüssel in einer geschützten lokalen Umgebung auf und senden Sie ihn weder über Supporttickets noch an Repositories oder öffentliche Seiten.
Senden Sie keine vertraulichen Zugangsdaten.Für die Fehlersuche können Sie bereinigte Fehlerinformationen bereitstellen. Senden Sie jedoch keine privaten Schlüssel, vollständigen Token, Zertifikatsinhalte oder Rohprotokolle mit personenbezogenen Daten.
Verbindungsablauf
In drei Schritten sicher verbinden.
Rufen Sie zuerst die tatsächlichen Verbindungsdaten Ihrer Bestellung ab. Kümmern Sie sich anschließend um den lokalen Schlüssel und die erstmalige Prüfung der Host-Identität. Netzwerkverbindung, Kontoberechtigung und Host-Identität sind getrennte Prüfpunkte. Überspringen Sie die Prüfung nicht allein deshalb, weil eine Anmeldeaufforderung erscheint.
-
01
Verbindungsdaten abrufen
Melden Sie sich in der Konsole an und öffnen Sie die gewünschte Bestellung. Notieren Sie Adresse, Port, Benutzernamen und Verbindungshinweise für das Gerät. Werden noch keine Verbindungsdaten angezeigt, prüfen Sie zuerst den Bestellstatus, statt eine Adresse zu erraten.
-
02
SSH-Schlüssel vorbereiten
Prüfen Sie lokal die Zugriffsrechte der privaten Schlüsseldatei und hinterlegen Sie den zugehörigen öffentlichen Schlüssel gemäß den Bestellhinweisen. Planen Sie für CI eigene, eingeschränkte Zugangsdaten ein. Kopieren Sie den privaten Schlüssel Ihres Entwicklungsrechners nicht direkt in das Build-Repository.
-
03
Host-Identität prüfen
Vergleichen Sie bei der ersten Verbindung den Host-Fingerabdruck mit vertrauenswürdigen Gerätedaten. Stimmen die Werte nicht überein oder ändert sich der Fingerabdruck unerwartet, brechen Sie die Verbindung ab und prüfen Sie Gerät, Adresse und Zugriffsweg. Ignorieren Sie die Warnung nicht einfach.
Befehlsbeispiel
Nach der Verbindung die Umgebung mit wenigen Befehlen prüfen.
Die folgende Ausgabe veranschaulicht lediglich die Prüfreihenfolge. Sie gibt weder die tatsächliche Systemversion noch ein Build-Ergebnis oder ein bereits konfiguriertes Projekt wieder. Die Beispieladresse 192.0.2.10 ist keine Verbindungsadresse aus Ihrer Bestellung. Ersetzen Sie sie vor der Ausführung durch die Angaben aus der Konsole.
Prüfen Sie zuerst, ob Sie das gewünschte Gerät erreichen. Sehen Sie anschließend nach, auf welche Xcode-Befehlszeilentools verwiesen wird, und führen Sie zuletzt Ihren Build-Befehl im Projektverzeichnis aus. Jeder fehlgeschlagene Schritt lässt sich einzeln untersuchen. Sie müssen nicht gleich die gesamte CI-Pipeline übertragen.
Verbindung & Build prüfen · Beispiel
$ ssh -i ~/.ssh/id_ed25519 operator@192.0.2.10
Beispielausgabe: Zielgerät erreicht; Host-Identität prüfen
$ xcodebuild -version
Beispielausgabe: Zeigt die aktuell installierte Xcode-Version
$ fastlane build
Beispielausgabe: Prüft die Projektkonfiguration und gibt das Build-Ergebnis zurückDie Beispielbefehle enthalten keine echten Zugangsdaten.fastlane build ist nur geeignet, wenn im Projekt eine entsprechende Aufgabe definiert ist. Maßgeblich ist die Projektkonfiguration.
Erster Build
Versionen und Abhängigkeiten erfassen, dann Build-Ergebnisse vergleichen.
Eine erfolgreiche Verbindung bestätigt nur, dass Sie das Gerät erreicht haben – nicht, dass die Entwicklungsumgebung zum Projekt passt. Führen Sie die folgenden Prüfungen durch, bevor Sie einen Runner einrichten oder große Mengen an Projektdateien hochladen. Maßgeblich sind die tatsächlichen System- und Toolversionen des gemieteten Geräts.
System & Xcode
Notieren Sie die macOS- und die aktuelle Xcode-Version sowie das Verzeichnis für Entwicklertools, auf das xcode-select -p verweist. Benötigt Ihr Projekt ein bestimmtes SDK, prüfen Sie vor dem Build, welche Versionen verfügbar sind.
Prüfpunkte: Systemversion, Xcode-Version, Pfad der Befehlszeilentools.
Projektabhängigkeiten
Installieren Sie die Abhängigkeiten anhand der Lockdatei des Repositories und prüfen Sie Paketmanager, Skriptumgebung sowie benötigte Plugins. Verwalten Sie Toolinstallation, Projektkonfiguration und Signaturmaterial getrennt. Leiten Sie aus einem fehlgeschlagenen Build nicht automatisch auf einen Gerätedefekt.
Prüfpunkte: Lockdatei, Installationsprotokoll, Abhängigkeitsversionen.
Minimaler Build
Führen Sie im Projektverzeichnis zunächst einen reproduzierbaren Prüf- oder Build-Befehl aus. Notieren Sie den Befehl, den Exit-Code und die erste Fehlerstelle. Sobald der manuelle Build funktioniert, können Sie dieselbe Aufgabe in CI integrieren.
Prüfpunkte: Ausführungsverzeichnis, vollständiger Befehl, erster fehlgeschlagener Schritt.
Automatisierung einrichten
Der Runner soll den geprüften manuellen Build reproduzieren.
Bei der CI/CD-Einrichtung geht es darum, erfolgreiche Befehle, Abhängigkeiten und Berechtigungen als reproduzierbare Aufgaben festzuhalten – nicht darum, eine nicht nachvollziehbare Umgebung einzuführen. Registrierung und Runner-Konfiguration hängen von Ihrem CI-System ab. Fügen Sie niemals echte Registrierungstoken in öffentliche Konfigurationen ein.
A
Registrierung & Isolation
Registrieren Sie den Runner für das gewünschte Gerät in Ihrem CI-System und prüfen Sie, ob er die vorgesehenen Projekte und Aufgaben übernimmt. Kontrollieren Sie das Ausführungskonto, das Arbeitsverzeichnis und die Planung parallel laufender Aufgaben.
B
Schlüssel & Signaturmaterial
Hinterlegen Sie Zugriffsschlüssel und Signaturmaterial im geschützten Secret-Speicher Ihres CI-Systems. Speichern Sie sie weder im Repository noch in Build-Ausgaben oder Caches. Vergeben Sie nur die für die Aufgabe nötigen Rechte.
C
Caches & Artefakte
Legen Sie Pfade für Abhängigkeits-Caches und deren Löschregeln fest. Speichern Sie Build-Artefakte am vorgesehenen Team-Speicherort. Bei nicht reproduzierbaren Fehlern vergleichen Sie den Build zunächst ohne alte Caches.
D
Sitzung beenden
Prüfen Sie nach Abschluss der Aufgabe temporäre Dateien, Hintergrundprozesse und den Sitzungsstatus. Widerrufen Sie bei einer Geräteübergabe oder Rechteänderung nicht mehr benötigte Zugriffe und stellen Sie sicher, dass keine Zugangsdaten im Arbeitsverzeichnis zurückbleiben.
Fehlersuche
Beginnen Sie mit dem ersten fehlgeschlagenen Schritt.
Notieren Sie, an welcher Stelle der Fehler auftritt, und sichern Sie den zugehörigen Befehl, Exit-Code und bereinigte Protokolle. Senden Sie nicht nur einen Screenshot der letzten Meldung „Fehlgeschlagen“: Der erste Fehler ist meist aussagekräftiger als die abschließende Zusammenfassung.
SSH-Verbindung schlägt fehl
Prüfen Sie zuerst Bestellung und Zielgerät, dann Adresse, Port und Erreichbarkeit über Ihr lokales Netzwerk. Kontrollieren Sie anschließend Benutzernamen, Schlüsselberechtigungen und Hinweise zur Host-Identität. Protokollieren Sie Zeitüberschreitung und verweigerte Berechtigung getrennt: Bei Ersterer prüfen Sie den Verbindungsweg, bei Letzterer die Freigabe.
Signierung falsch konfiguriert
Prüfen Sie, ob Signierungseinstellungen, Build-Ziel und CI-Ausführungskonto zum Projekt passen. Fügen Sie Supportanfragen keine Zertifikats- oder privaten Schlüsselinhalte bei. Eine bereinigte Fehlermeldung und der auslösende Build-Schritt genügen.
Build fehlgeschlagen
Vergleichen Sie bei manuellen Builds und CI-Aufgaben den Xcode-Pfad, die Abhängigkeitsversionen, das Arbeitsverzeichnis und die Herkunft der Umgebungsvariablen. Suchen Sie zuerst nach dem ersten tatsächlichen Compiler- oder Skriptfehler. Entscheiden Sie danach, ob Sie Caches löschen und den Build erneut ausführen müssen.
Nicht genügend Speicherplatz
Prüfen Sie den verfügbaren Speicherplatz und unterscheiden Sie zwischen Projektdateien, Build-Artefakten, Abhängigkeits-Caches und temporären Dateien. Klären Sie vor dem Löschen, zu wem die Dateien gehören. Benötigt Ihre Arbeitslast dauerhaft mehr Speicher, können Sie auf der Tarifseitedie zusätzlichen Speicheroptionen prüfen.
Wenn Sie eine Supportanfrage einreichen:Geben Sie Gerätemodell und Region aus der Bestellung, Zeitpunkt des Problems, ausgeführte Befehle, die erste Fehlerstelle und bereits unternommene Schritte an. Entfernen Sie vor dem Versand Token, Zertifikate, private Schlüssel und personenbezogene Daten.
Support anfordern
Problem trotz eigener Fehlersuche? Halten Sie die Bestelldaten bereit.
Bei Problemen mit einer bestehenden Bestellung melden Sie sich in der Konsole an, prüfen Sie die Gerätedaten und reichen Sie ein Supportticket ein, damit der Fall der richtigen Bestellung zugeordnet wird. Für Fragen zur Geräteauswahl vor dem Kauf finden Sie auf der Kontaktseite eine Checkliste zur Vorbereitung Ihrer E-Mail. Ihr Kontopasswort oder vollständige Schlüssel werden für Supportanfragen nicht benötigt.
Bereit loszulegen?
Gerät auswählen und nach Checkliste einrichten.
Wählen Sie zwischen drei Tarifen für dedizierte Apple-Silicon-Physikserver mit Tages-, Wochen-, Monats- oder Quartalsmiete. Prüfen Sie zuerst Modell und Mietdauer. Nach der Bestellung finden Sie Ihre Verbindungsdaten in der Konsole.