Checkliste für den ersten Start

Vom Auftrag bis zum ersten Xcode-Build

Dieser Leitfaden folgt dem tatsächlichen Ablauf: Zuerst Debug M4, Mietdauer und Knoten bestätigen, anschließend die Zugangsdaten prüfen, SSH und VNC verbinden und abschließend ein herunterladbares Archiv als Abnahme erstellen.

Verfügbare Konfiguration
Debug M4
Einstiegspreis
$19.5/Tag
Bereitstellung
Exklusiver physischer Knoten
Prüfbereich für den ersten Build Als Paket buchbar
Auftrag DM-START

Erste Archivaufgabe

Ausstehend
Konfiguration
Mac Mini M4
16 GB RAM · 256 GB SSD
Verfügbare Knoten
Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong, US-Westküste
Zugriff
SSH-Schlüssel · VNC-Zugangsdaten
Abnahmeartefakt
Archive.xcarchive
  1. 01Auftrag prüfenKonfiguration, Mietdauer, Region und USD-Betrag
  2. 02Zugriff prüfenFingerabdruck, Schlüssel, grafische Sitzung und Wiederverbindung
  3. 03Build ausführenToolchain prüfen, archivieren und Artefakt herunterladen
Vor dem Start prüfen

Sechs Angaben vollständig vorbereiten

Bestätigen Sie Konfiguration, Zugangsdaten und Zusatzoptionen vor der Bestellung vollständig. So vermeiden Sie spätere Rückfragen. Maßgeblich ist der aktuelle Status in der Konsole.

01 Basiskonfiguration bestätigen

Das derzeit verfügbare Angebot ist Debug M4: Mac Mini M4, 16 GB RAM und 256 GB SSD. Jeder Auftrag entspricht einem exklusiven physischen Knoten, keiner virtuellen Maschine.

02 Mietdauer wählen

Wählen Sie je nach Aufgabenfenster Tag, Woche, Monat oder Quartal. Die Grundpreise betragen $19.5,$52.8,$97.7und$265.7.

03 Knoten wählen

Das Verzeichnis umfasst fünf Knoten: Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und US-Westküste. Wählen Sie möglichst die Region nahe am Code-Repository, Artefaktspeicher oder den Hauptanwendern.

04 SSH-Public-Key vorbereiten

Verwenden Sie ein eigenes Schlüsselpaar und speichern Sie den privaten Schlüssel lokal. Prüfen Sie vor dem Übermitteln, ob der Public Key vollständig ist. Private Schlüssel gehören weder in Bestellnotizen noch in Repositories oder Tickets.

05 VNC-Bedarf prüfen

Für reine Kommandozeilen-Builds genügt zunächst SSH. Für grafische Oberflächen, Anzeigeprüfungen oder interaktive Xcode-Arbeiten aktivieren Sie zusätzlich eine VNC-Sitzung.

06 Zusatzoptionen prüfen

Für große Abhängigkeiten, Modelle oder Assets können Sie +1 TB SSD oder +2 TB SSD wählen. Für Aufgaben mit mehreren Geräten ist Thunderbolt 5 pro Gerät als Parallelverbindung buchbar.

Bestellvorgang

Konfiguration und Zahlung mit einer Checkliste abschließen

Die Konsole fasst Basiskonfiguration, Zeitraum, Knoten und Zusatzoptionen entsprechend Ihrer Auswahl zusammen. Vor der Zahlung gilt der endgültig angezeigte USD-Betrag; mündliche Angebote oder eigene Schätzungen sind nicht maßgeblich.

  1. 01

    Debug M4 auswählen

    Bestätigen Sie den M4-Chip, 16 GB Arbeitsspeicher und 256 GB SSD als Basisspeicher. Fügen Sie keine nicht aufgeführten Konfigurationen hinzu.

  2. 02

    Region und Mietdauer wählen

    Wählen Sie eine Region aus den fünf verfügbaren Knoten und anschließend je nach Aufgabendauer Tag, Woche, Monat oder Quartal.

  3. 03

    Erforderliche Erweiterungen hinzufügen

    Bezahlen Sie nur für den benötigten Speicher oder die Thunderbolt-5-Parallelverbindung und prüfen Sie die Abrechnungseinheit.

  4. 04

    Prüfen und bezahlen

    Prüfen Sie Region, Zeitraum, Zusatzoptionen und den fälligen USD-Betrag einzeln. Schließen Sie die Zahlung anschließend über ein verfügbares Zahlungs-Gateway ab.

Lieferbestätigung

Sechs Felder einzeln prüfen

Beginnen Sie nicht mit der Verbindung, sobald Sie nur die Hostadresse sehen. Prüfen Sie zuerst Region, Identität, Fingerabdruck und Mietdauer vollständig und speichern Sie sensible Zugangsdaten anschließend an einem vom Team freigegebenen sicheren Ort.

Felder und Prüfverfahren der DebugMac-Lieferbestätigung
Feld der Bestätigung Zu prüfende Angaben Vorgehen bei Abweichungen
Knotenregion Sie muss mit einer der im Auftrag gewählten Regionen übereinstimmen: Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong oder US-Westküste. Erste Verbindung pausieren, in der Konsole ein Ticket mit der Auftragskennung erstellen.
Hostadresse Prüfen Sie das vollständige Format und stellen Sie sicher, dass beim Kopieren keine Leerzeichen, Satzzeichen oder Zeilenumbrüche übernommen wurden. Zuerst Auflösung und Port prüfen, nicht wiederholt Adressen erraten.
Benutzername Verwenden Sie den in der Bestätigung angegebenen Systembenutzernamen, nicht den Benutzernamen Ihres lokalen Computers. Originale Terminalfehlermeldung aufbewahren, sensible Daten entfernen und anschließend einreichen.
Host-Fingerabdruck Der beim ersten SSH-Verbindungsaufbau angezeigte Fingerabdruck muss Zeichen für Zeichen mit der Bestätigung übereinstimmen. Bei einer Abweichung sofort abbrechen und kein Bestätigungszeichen eingeben.
Status der Zugriffserteilung SSH-Public-Key und VNC-Zugangsdaten müssen als ausgestellt oder einsatzbereit angezeigt werden. Auf die Statusaktualisierung warten oder über ein Konsolenticket prüfen; keinen neuen Auftrag anlegen.
Mietende Zeitzone und Endzeit dokumentieren, um Build, Export, Verlängerung und Zugriffsdeaktivierung zu planen. Bei einer abweichenden Laufzeit zuerst die Auftragsdetails prüfen und anschließend ein Abrechnungsticket erstellen.
Erste Verbindung

SSH prüft die Umgebung, VNC die grafische Sitzung

Die beiden Zugänge dienen unterschiedlichen Prüfungen. SSH bestätigt Identität, Architektur, Speicher und Toolchain; VNC prüft Anzeige, Tastaturbelegung und Wiederverbindung nach Abbruch.

SSH

Erste SSH-Verbindung

  1. Übernehmen Sie Hostadresse und Benutzernamen aus der Lieferbestätigung in den Verbindungsbefehl.
  2. Vergleichen Sie den im Terminal angezeigten Host-Fingerabdruck Zeichen für Zeichen mit dem Fingerabdruck der Bestätigung.
  3. Geben Sie den für diesen Auftrag verwendeten privaten Schlüssel ausdrücklich an, damit der Client nicht die falsche Identität auswählt.
  4. Führen Sie uname -maus; erwartet wird arm64.
  5. Führen Sie df -h aus, um Systemlaufwerk und zusätzlichen Speicher zu prüfen.
  6. Führen Sie date aus, um Systemzeit und Zeitzone der Aufgabenprotokolle zu prüfen.
Abnahmekriterien

Fingerabdruck stimmt überein, Schlüsselanmeldung funktioniert, die Architektur ist arm64 und Speicher sowie Systemzeit entsprechen Auftrag und Workflow.

VNC

Erste VNC-Sitzung

  1. Stellen Sie mit den Verbindungsdaten aus der Lieferbestätigung eine sichere Sitzung her. Verwenden Sie keine Zugangsdaten anderer Aufträge wieder.
  2. Prüfen Sie, ob Auflösung, Skalierung und Farbdarstellung für die aktuelle Aufgabe geeignet sind.
  3. Prüfen Sie Eingaben auf Deutsch und Englisch sowie die Belegung von Funktionstasten, Modifikatortasten und Tastenkürzeln.
  4. Öffnen Sie Xcode und bestätigen Sie, dass die Oberfläche Eingaben korrekt verarbeitet.
  5. Trennen Sie die Sitzung einmal aktiv, verbinden Sie sich erneut und prüfen Sie, ob der Aufgabenstatus erhalten bleibt.
  6. Schließen Sie nach dem Test nicht benötigte grafische Anwendungen, um unnötige Ressourcenbelegung zu reduzieren.
Abnahmekriterien

Die grafische Sitzung lässt sich sicher herstellen, Anzeige und Tastaturbelegung sind korrekt und nach einem aktiven Abbruch ist die Wiederverbindung mit den Angaben der Bestätigung möglich.

Befehlszentrale

Platzhalter vor dem Kopieren ersetzen

Host, Benutzername, Schlüsselpfad, Repository und Projektname in den Beispielen sind Platzhalter. Schreiben Sie echte Zugangsdaten niemals in gemeinsam genutzte Dokumente, Build-Logs oder öffentliche Repositories.

Erste Build-Prüfung · zsh
SSH-Verbindung herstellen
$ ssh -i ~/.ssh/<KEY_FILE> <USER>@<HOST>
Apple-Silicon-Architektur bestätigen
$ uname -m
arm64
Xcode-Toolchain prüfen
$ xcodebuild -version
Xcode <VERSION>
Build version <BUILD_VERSION>
Archiv erstellen
$ xcodebuild -workspace <APP>.xcworkspace \
  -scheme <SCHEME> \
  -configuration Release \
  -archivePath build/<APP>.xcarchive \
  archive
** ARCHIVE SUCCEEDED **
fastlane-Prozess ausführen
$ bundle exec fastlane <LANE>
[fastlane] archive: build/<APP>.xcarchive
[fastlane] result: success
Build-Abnahme

Mit Artefakt, Logs und Zeitaufzeichnung abschließen

Eine erfolgreiche Verbindung bedeutet noch keinen wiederverwendbaren Workflow. Der erste Build sollte Version, Befehle, Artefaktpfad und Dauer dokumentieren, damit spätere Automatisierung und Fehlersuche möglich sind.

01

Test-Repository abrufen

Verwenden Sie Repository-Zugangsdaten mit nur den für diese Aufgabe erforderlichen Berechtigungen. Dokumentieren Sie die Commit-ID, damit derselbe Quellcode später reproduzierbar ist.

Eingabe: Commit-ID
02

Toolchain festlegen

Dokumentieren Sie Xcode-Version, Build-Version sowie Ruby- und fastlane-Umgebung. Vermeiden Sie unnötige Upgrades bei der ersten Abnahme.

Eingabe: Versionsliste
03

Release-Archiv erstellen

Speichern Sie vollständigen Befehl, Exit-Status und wichtige Logs. Bei einem Fehler prüfen Sie zuerst Abhängigkeiten, Projekteinstellungen oder Zugriffsprobleme, statt blind wiederholt zu starten.

Ausführung: archive
04

Artefakt herunterladen und prüfen

Kopieren Sie die Archivdatei an den vereinbarten Speicherort, prüfen Sie Dateigröße, Verzeichnisstruktur und Download-Ergebnis und bewahren Sie nicht nur eine einzige Kopie auf dem Knoten auf.

Artefakt: xcarchive
05

Aufgabendauer dokumentieren

Dokumentieren Sie die Dauer für das Abrufen von Abhängigkeiten, Kompilieren, Archivieren und Übertragen getrennt. Diese Aufzeichnung dient dem Vergleich späterer Aufgaben und ist keine projektübergreifende Leistungszusage.

Ausgabe: Zeitabschnitte
06

Belege bei Fehlern sammeln

Fügen Sie Auftragskennung, Knotenregion, Zeitpunkt, Reproduktionsschritte, Exit-Code und bereinigte Logs hinzu und wählen Sie anschließend den passenden Supportweg.

Leitfaden zur Fehlersuche ansehen
Abnahmekriterien erfüllt

Eine reproduzierbare Aufzeichnung plus ein herunterladbares Archiv

  • SSH-Fingerabdruck geprüft, Architektur ist arm64
  • VNC-Anzeige, Tastatur und Wiederverbindung erfolgreich geprüft
  • Xcode-Version und Build-Befehl dokumentiert
  • Archivartefakt heruntergeladen und grundlegend geprüft

Bereit? Mit dieser Checkliste die erste Debug-M4-Instanz starten

Wählen Sie zuerst Knoten und Mietdauer und prüfen Sie anschließend Konfiguration, Zusatzoptionen und USD-Betrag. Nach der Bereitstellung führen Sie anhand der Bestätigung Fingerabdruckprüfung, Remote-Verbindung und den ersten Archiv-Build durch.