Von der Verbindungsprüfung bis zur Pipeline-Abnahme

Richten Sie Ihren Cloud-Mac als reproduzierbare Entwicklungsumgebung ein

Diese Anleitung folgt der praktischen Reihenfolge: erste Verbindung, Einrichtung von Xcode und Kommandozeilenwerkzeugen, Datenmigration, CI/CD-Integration und Fehlereskalation. Jeder Schritt enthält Eingaben, Maßnahmen und Abnahmekriterien und gilt für dedizierte physische Knoten ohne gemeinsame virtuelle Ressourcen.

5 Knoten Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong, US-Westküste
2 Konfigurationen M4 / 16 GB / 256 GB und M4 / 24 GB / 512 GB
365 Tage Betrieb Durchgehend 365 Tage verfügbar; der aktuelle Gerätestatus wird in der Konsole angezeigt
Schnell finden

Ausführbare Schritte nach Problemtyp durchsuchen

Geben Sie den Namen eines Werkzeugs, ein Symptom oder ein Aufgabenziel ein. Alternativ können Sie nach Verbindung, Entwicklungsumgebung, CI/CD, Speicher oder Kontosicherheit filtern. Die Ergebnisse führen direkt zum passenden Abschnitt dieser Seite.

Pfad für die erste Einrichtung

Lieferdaten prüfen, dann den macOS-Desktop öffnen

Bei der ersten Verbindung geht es nicht darum, sofort alle Werkzeuge zu installieren, sondern Gerät, Knoten, Identität und grafische Oberfläche einander zuzuordnen. Führen Sie diese vier Schritte aus, bevor Sie Code und Abhängigkeiten migrieren.

  1. 01

    Geräteinformationen anzeigen

    Melden Sie sich an der Konsole an, öffnen Sie die Gerätedetails der betreffenden Bestellung und notieren Sie Bestellnummer, Modell, Knoten, Hostadresse und aktuelle Systemversion. Kopieren Sie Zugangsdaten nicht in Gruppenchats, öffentliche Dokumente oder Repository-Dateien.

    Abnahme: Bestellnummer und Gerätedetails stimmen überein
  2. 02

    Knoten und Netzwerk prüfen

    Prüfen Sie, ob der gewählte Knoten zum Standort Ihres Teams passt, und testen Sie vom lokalen Netzwerk aus die Erreichbarkeit der Hostadresse. Bei Ausgangsbeschränkungen im Unternehmensnetzwerk stellen Sie zunächst sicher, dass der Verbindungsport nicht blockiert wird.

    Abnahme: Adresse erreichbar und Knoten korrekt
  3. 03

    Zugangsdaten abrufen

    Lesen Sie Konto- und Verbindungsdaten ausschließlich in den Gerätedetails der Konsole ab. Aktualisieren Sie die Zugangsdaten nach der ersten Nutzung gemäß den Berechtigungsregeln Ihres Teams und beschränken Sie den Zugriff auf die tatsächlich benötigten Mitglieder.

    Abnahme: Authentifizierung erfolgreich
  4. 04

    Desktop-Umgebung prüfen

    Prüfen Sie nach dem Öffnen der grafischen macOS-Oberfläche Auflösung, Tastaturbelegung, Zwischenablage und Terminal. Öffnen Sie „Über diesen Mac“ und vergleichen Sie Chip, Arbeitsspeicher und Systemversion.

    Abnahme: Desktop und Terminal bedienbar
Fehlerzustand bei Verbindungsproblemen bewahren

Notieren Sie Zeitpunkt, verwendetes lokales Netzwerk, Fehlermeldung und bereits ausgeführte Schritte. Ändern Sie Passwort, Netzwerkeinstellungen und Fernzugriffskonfiguration nicht gleichzeitig, sonst lässt sich der Einfluss einzelner Änderungen schwer bestimmen.

Leitfaden für die Entwicklungsumgebung

Versionen dokumentieren statt sich auf Erinnerungen zu verlassen

Eine reproduzierbare Umgebung erfordert mindestens Betriebssystem, Xcode, Kommandozeilenwerkzeuge, Paketmanager, Laufzeitumgebung, Build-Werkzeuge und Projekt-SDK. Legen Sie zuerst eine Versionsbasis fest und installieren Sie Abhängigkeiten anschließend einzeln.

Toolchain-Basis

Zu dokumentierende Versionen und Prüf­befehle

Speichern Sie Befehlsausgaben zusammen mit der Projektdokumentation oder der internen Konfigurationsliste. Sensible Pfade und Repository-Adressen müssen anonymisiert werden.

Tabelle zur Installation und Versionsprüfung von Cloud-Mac-Entwicklungstools
Werkzeug Installations- oder Konfigurationsschwerpunkt Prüfbefehl
Xcode Vollständige Version, Build-Nummer und aktuell ausgewählten Pfad dokumentieren xcodebuild -version
Command Line Tools Übereinstimmung mit dem aktuellen Xcode-Pfad prüfen, damit keine alte Toolchain verwendet wird xcode-select -p
Homebrew Zuerst Abhängigkeitsliste exportieren, dann in der neuen Umgebung neu installieren brew config
Git Commit-Identität, Berechtigungsumfang und Repository-Zugriff konfigurieren git --version
Fastlane Version über Projektabhängigkeiten fixieren, um globale Versionsabweichungen zu vermeiden bundle exec fastlane --version
Projekt-SDK Versionen von Ruby, Python, Node oder anderen Laufzeitumgebungen dokumentieren xcrun --show-sdk-version
Installationsreihenfolge

Systemwerkzeuge vor Projektabhängigkeiten

Empfohlen wird die Reihenfolge Xcode, Command Line Tools, Homebrew, Git, Laufzeitumgebungen, Fastlane, Projekt-SDK. Führen Sie nach jeder Ebene den Prüf­befehl aus und speichern Sie die Ausgabe.

Migrations-Abnahmepfad anzeigen
Versionswechsel

Die einzige funktionierende Umgebung nicht überschreiben

Wenn mehrere Xcode- oder macOS-Kombinationen geprüft werden müssen, behalten Sie zunächst die stabile Basis bei. Dokumentieren Sie Pfade, Versionen und Testergebnisse vor und nach dem Wechsel, bevor Sie die Standard-Toolchain ändern.

Migrationsoptionen für die Umgebung ansehen
Migrationspfad

Migration in drei Abnahmen aufteilen: Daten, Toolchain und CI

Beim direkten Kopieren der gesamten lokalen Umgebung werden oft alte Caches, absolute Pfade und nicht mehr benötigte Abhängigkeiten übernommen. Zuverlässiger ist es, zuerst notwendige Daten zu migrieren, dann die Toolchain neu aufzubauen und zuletzt Automatisierungsaufgaben anzubinden.

Phase 1

Projektdaten migrieren

Trennen Sie Code, Build-Eingaben, Konfigurationsdateien, Cache und Artefakte. Migrieren Sie nur Daten, die langfristig benötigt werden oder deren Herkunft geprüft werden kann.

  • Code über das Repository abrufen und Branch sowie Commit prüfen
  • Nicht versionierte notwendige Konfigurationen separat migrieren; sensible Felder über einen sicheren Kanal übertragen
  • Alte DerivedData, temporäre Caches und fehlgeschlagene Artefakte nicht direkt kopieren
Abnahmepunkte Repository-Status sauber, Prüfsummen der wichtigen Dateien identisch und keine sensiblen Informationen in öffentlichen Verzeichnissen.
Phase 2

Toolchain reproduzieren

Installieren Sie Xcode, Kommandozeilenwerkzeuge, Homebrew-Abhängigkeiten und Laufzeitumgebungen anhand der Versionsliste. Ersetzen Sie die Installationsdokumentation nicht durch eine vollständige Kopie des alten Rechners.

  • Versionsausgaben von Xcode, Git, Paketmanager und SDK speichern
  • Installationsablauf gemäß Sperrdatei für Abhängigkeiten ausführen
  • Kompilierung, Tests und Archivierung mit einem kontrollierten Projekt durchführen
Abnahmepunkte Derselbe Commit lässt sich zuverlässig bauen, Werkzeugversionen sind dokumentiert und Fehler können einer konkreten Abhängigkeitsebene zugeordnet werden.
Phase 3

CI integrieren

Validieren Sie den Runner zunächst mit einem Repository mit geringer Berechtigung und binden Sie erst danach das Produktionsprojekt an. Hinterlegen Sie Labels, Arbeitsverzeichnis, Cache- und Artefaktstrategie in der Pipeline-Konfiguration.

  • Dem Runner eindeutige Labels für System, Architektur und Zweck zuweisen
  • Berechtigungen für Repository-Zugang und erreichbare Projekte begrenzen
  • Aufgabenabbruch, Fehlerprotokolle und Pfad für die Artefaktübertragung prüfen
Abnahmepunkte Repository-Trigger, Cloud-Ausführung, Artefaktübertragung und Fehlerarchivierung bilden einen vollständigen, nachvollziehbaren Ablauf.
Glossar

Zuerst Begriffe vereinheitlichen, dann Verbindung und Leistung besprechen

Die folgenden Begriffe beschreiben Ressourcenzuordnung, Verbindungsarten und Build-Prozesse. Sie sind keine Marketingbegriffe, sondern Grundlage für Betriebsgrenzen und Zuständigkeiten bei der Fehleranalyse.

Physischer Knoten
Gerät und Rechenzentrumsnetzwerk, auf denen der Cloud-Mac betrieben wird. Die Knotenregion beeinflusst den Verbindungsweg des Teams, nicht jedoch Chip, Arbeitsspeicher oder Speicher des gewählten Modells.
Dediziert
Eine Bestellung entspricht einer eigenen physischen Geräteressource und teilt keine virtuelle Recheninstanz mit anderen Kunden. Systemumgebung und Aufgabenprozesse werden vom Bestellinhaber verwaltet.
Keine virtuelle Maschine
Geliefert wird ein physischer Mac, keine vom Host abgetrennte virtuelle Recheneinheit. Neustarts, Toolchain und Arbeitsverzeichnisse laufen auf diesem physischen Knoten.
VNC
Eine Fernzugriffsmethode für den grafischen macOS-Desktop. Verbindungsdaten müssen aus der Konsole stammen und dürfen nicht dauerhaft in öffentlichen Dokumenten, Repositories oder Chatverläufen gespeichert werden.
self-hosted runner
Ausführungsinstanz, die vom Team verwaltet und mit dem Automatisierungssystem des Code-Repositorys verbunden wird. Der Cloud-Mac kann Kompilierung, Tests, Archivierung und Artefakt-Uploads übernehmen.
Build-Warteschlange
Sammlung der auf die Ausführung durch einen Runner wartenden Aufgaben. Beurteilen Sie ihren Zustand anhand von Parallelität, Priorität, Zeitüberschreitungen und Abbruchmechanismen.
Codesignierung
Schritt im Build- und Veröffentlichungsprozess zur Bestätigung von Anwendungsherkunft und Berechtigungsumfang. Die zugehörigen Materialien verwalten Sie selbst und sollten ihre Berechtigungen getrennt von Repository-Zugangsdaten steuern.
Knotenregion
Verfügbar sind Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und die US-Westküste. Berücksichtigen Sie bei der Auswahl den Standort der Hauptnutzer und den Weg der Codezusammenarbeit.
CI/CD-Integration

Repository-Trigger, Knotenausführung und Artefaktübertragung nachvollziehbar machen

Bei der Runner-Integration reicht es nicht, dass die erste Aufgabe erfolgreich läuft. Zugangsumfang, Label-Routing, Cache-Verzeichnisse, Artefaktspeicherung und Fehlerprotokolle müssen dauerhaft verwaltbar sein.

Zugangsdaten

Repository-Berechtigungen auf das notwendige Minimum beschränken

Verwenden Sie für den Runner eigene Zugangsdaten und erlauben Sie nur das Abrufen von Code, Lesen notwendiger Abhängigkeiten und Hochladen bestimmter Artefakte. Hinterlegen Sie keine Administrationsrechte oder langlebigen Schlüssel in Pipeline-Dateien.

  • Zugriff auf Repositorys und Organisationen begrenzen
  • Nur-lesende Zugangsdaten für Abhängigkeiten von Veröffentlichungszugangsdaten trennen
  • Token, Hostadressen und sensible Pfade in Protokollen ausblenden
Labels

Fähigkeiten statt Gerätenamen mit Labels beschreiben

Labels sollten Betriebssystem, Chiparchitektur, Xcode-Basis und Aufgabenzweck enthalten. Die Pipeline wählt Knoten anhand ihrer Fähigkeiten, damit eine Umbenennung des Geräts das Routing nicht beeinträchtigt.

  • Build-, Test- und Veröffentlichungszweck unterscheiden
  • Versionslabels in Änderungsprotokolle aufnehmen
  • Nicht alle Aufgaben mit einem zu allgemeinen Label ausführen
Cache

Cache-Verzeichnisse müssen bereinigbar sein

Abhängigkeits-Cache und DerivedData müssen klar abgegrenzt und von nicht reproduzierbaren Build-Artefakten getrennt sein. Die Bereinigungsstrategie muss einen Wiederaufbau ermöglichen und dauerhaft wachsenden Speicherverbrauch verhindern.

  • Cache-Schlüssel nach Projekt und Werkzeugversion aufteilen
  • Bei ungültigem Cache einen vollständigen Neuaufbau ermöglichen
  • Große Verzeichnisse und doppelte Archive regelmäßig prüfen
Artefakte und Protokolle

Auch fehlgeschlagene Aufgaben müssen diagnostizierbare Informationen hinterlassen

Übertragen Sie unabhängig vom Ergebnis notwendige Testberichte, wichtige Build-Protokolle und einen Artefaktindex. Bewahren Sie die ursprüngliche zeitliche Reihenfolge und entfernen Sie Zugangsdaten sowie personenbezogene Daten.

  • Artefakte mit Commit, Branch und Werkzeugversion versehen
  • Fehlgeschlagene Befehle, Exit-Codes und Kontext aufbewahren
  • Startzeit, Endzeit und Runner-Labels dokumentieren
Eingabe Repository-Ereignisse und Zugangsdaten mit minimalen Berechtigungen
Ausführung Dedizierter physischer Cloud-Mac-Runner
Ausgabe Artefakte, Testberichte und anonymisierte Protokolle
Prozess zur Fehlereskalation

Zeitpunkt, Umgebung und Reproduktionsweg vor dem Einreichen festhalten

Eine hilfreiche Problembeschreibung muss Supportmitarbeitenden die Zuordnung zu Bestellung, Knoten, Systemumgebung und fehlerhaftem Schritt ermöglichen. Passwörter, private Schlüssel, vollständige Token oder nicht anonymisierte Signaturmaterialien gehören nicht in öffentliche Bereiche.

Angaben zur Einreichung

Am besten alle sechs Kontextangaben auf einmal liefern

Je vollständiger die Angaben, desto weniger Rückfragen sind nötig. Nicht bestätigte Punkte können Sie mit „unbekannt“ kennzeichnen; ersetzen Sie tatsächliche Beobachtungen nicht durch Vermutungen.

Bestellnummer Zur Zuordnung von Gerät und Bestellung; keine Zahlungsdaten angeben.
Knoten Singapur, Tokio, Seoul, Hongkong oder US-Westküste angeben.
macOS-Version Vollständige Version und Build-Nummer angeben, nicht nur die Hauptversion.
Zeitpunkt Zeitzone, erstes Auftreten und letzte Reproduktion angeben.
Reproduktionsschritte Befehle, Oberflächenaktionen und tatsächliche Ergebnisse in Ausführungsreihenfolge dokumentieren.
Anonymisierte Protokolle Fehlerkontext beibehalten und Token, Passwörter, private Schlüssel sowie sensible Pfade entfernen.
Vorhandene Bestellung

Ticket in der Konsole einreichen

Ein Konsolenticket kann dem Bestell- und Gerätekontext zugeordnet werden. Ändern Sie nach dem Einreichen nicht wiederholt System, Verbindungseinstellungen oder Werkzeugversionen, außer die Ticketantwort verlangt eine bestimmte Prüfung.

Konsolenticket öffnen
Fragen vor dem Kauf und zur Migration

Anforderungen über die Kontaktseite zusammenstellen

Wenn noch keine Bestellung vorliegt, nennen Sie Teamstandort, gewünschte Toolchain, geplante Aufgabentypen, bevorzugte Knotenregion und Mietdauer. So lassen sich Konfiguration und Migrationsweg besser bestimmen.

Kontaktseite öffnen
Hilfe zu Konto und Zahlung

Status anhand von Bestellung, Betrag und Zahlungsreferenz prüfen

Alle Preise und Rechnungen werden in US-Dollar (USD) abgerechnet. Als Zahlungsmethoden stehen ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe) zur Verfügung; welche Zahlungs-Gateways tatsächlich verfügbar sind, zeigt die Konsole.

Zuerst die Bestellrechnung prüfen

Öffnen Sie die betreffende Bestellung in der Konsole und prüfen Sie Modell, Laufzeit, Knoten, Speicheroptionen, Anzahl der Thunderbolt-5-Parallelschaltungen und den Gesamtbetrag in US-Dollar. Ordnen Sie eine Bestellung nicht allein anhand des Zahlungsbetrags zu.

Kartenzahlung prüfen

Bei Visa / Mastercard / Amex (über Stripe) prüfen Sie insbesondere Bestellnummer, Betrag in US-Dollar, Zahlungszeitpunkt und den in der Konsole angezeigten Bestellstatus. Senden Sie vollständige Kartennummern oder Sicherheitscodes nicht per E-Mail.

USDT-TRC20 prüfen

Bewahren Sie die zur Bestellung gehörige Transaktionsreferenz auf und prüfen Sie Chain-Typ, Bestellbetrag in US-Dollar und Konsolenstatus. Übermitteln Sie dem Support nur notwendige Referenzdaten und veröffentlichen Sie keine Wallet-Zugangsdaten.

Wenn Bestellstatus und Zahlungsaufzeichnung vorübergehend nicht übereinstimmen

Erstellen Sie nicht mehrfach dieselbe Bestellung. Speichern Sie zunächst Bestellnummer, Zahlungszeitpunkt, Betrag in US-Dollar und notwendige Transaktionsreferenzen und reichen Sie anschließend ein Prüfticket in der Konsole ein.

Bestellstatus prüfen
Nächster Schritt

Aufgabe festlegen, dann Knoten und Abrechnungszeitraum wählen

Wenn Toolchain, Laufzeit und Teamstandort bereits feststehen, können Sie direkt eine von zwei M4-Konfigurationen des physischen Cloud-Mac einrichten. Wenn Sie noch vergleichen, sehen Sie sich zunächst Preise und vollständige Spezifikationen an.