Prüfen Sie zuerst, ob es um Verbindung, Build, Berechtigungen, Speicher, Abrechnung oder Servicestatus geht. Sammeln Sie anschließend Knoteninformationen und Fehlermeldungen in der richtigen Reihenfolge. Technische Fragen zu bestehenden Bestellungen können Sie über die Konsole als Ticket einreichen.
Ändern Sie nicht gleichzeitig Netzwerk, Toolchain und Berechtigungen. Ändern Sie jeweils nur eine Bedingung und dokumentieren Sie die Ergebnisse davor und danach, um die tatsächliche Ursache zu erkennen.
Prüfen Sie zunächst Knotenadresse, Remote-Zugriffsmethode, anfängliche Zugangsdaten und Client-Version. Bestätigen Sie Tastaturbelegung und Auflösung, bevor Sie Code, Zertifikate oder Mediendateien übertragen.
Verbindungsablauf anzeigenNotieren Sie Clientname, Netzwerktyp, Zeitpunkt und ob der Zugriff über die Befehlszeile möglich ist. Schließen Sie zunächst lokale Netzwerkschwankungen aus, bevor Sie Anzeigeparameter anpassen oder die Sitzung neu aufbauen.
Verbindung prüfenBewahren Sie den ausgeführten Befehl und den vollständigen Exit-Code auf. Prüfen Sie anschließend nacheinander Speicherkapazität, Zertifikatsgültigkeit, Keychain-Berechtigungen, Abhängigkeits-Cache und Xcode-Version.
Build-Fehlerbehebung anzeigenPrüfen Sie Ausführungsbenutzer, Arbeitsverzeichnis, Umgebungsvariablen, Umfang des Schlüsselzugriffs und Bereinigungsskript. Vergleichen Sie die tatsächliche Umgebung der interaktiven Shell mit der des Automatisierungsprozesses.
Befehlsbeispiele anzeigenPrüfen Sie die Volume-Kapazität und den freien Speicher zunächst mit Systembefehlen. Gleichen Sie anschließend die Zusatzoption +1TB SSD oder +2TB SSD in der Bestellung ab. Die Restkapazität lässt sich nicht allein anhand der Projektordnergröße beurteilen.
Abrechnung der Zusatzoptionen anzeigenHalten Sie Bestellnummer, Mietzeitraum, Modell, Knoten, Anzahl der Zusatzoptionen und Zahlungsmethode bereit. Maßgeblich sind der fällige Betrag und die tatsächlich verfügbaren Zahlungs-Gateways, die die Konsole in Echtzeit zurückgibt.
Abrechnungshilfe anzeigenDie Bereitstellungsdaten bestätigen Knoten und Zugangsweg. Ob ein Projekt stabil erstellt werden kann, hängt jedoch auch von konsistenter Toolchain, Berechtigungen und Abhängigkeiten ab.
Bestätigen Sie, dass Bestellnummer, Knotenregion, Hostadresse und bereitgestellte Remote-Zugriffsmethode zum selben Cloud Mac gehören.
Prüfen Sie, ob der aktuelle Benutzer auf Projekt- und Build-Verzeichnisse sowie notwendige Systemeinstellungen zugreifen darf. Erweitern Sie Berechtigungen nicht unnötig.
Prüfen Sie Tastaturbelegung, Anzeigeskalierung, Zwischenablagebedarf und Verhalten bei Sitzungswiederverbindung. Beenden Sie die Sitzung sicher, bevor Sie lange Aufgaben starten.
Speichern Sie die Versionen von macOS, Xcode, Befehlszeilenwerkzeugen und Paketmanager. Verwenden Sie diese Basis später zur Reproduktion der Umgebung.
Laden Sie zunächst ein Minimalprojekt oder einen Test-Branch und prüfen Sie Installation der Abhängigkeiten sowie das Build-Verzeichnis. Migrieren Sie Zertifikate, Caches oder große Mediendateien erst danach.
„Build fehlgeschlagen“ reicht in einem Ticket nicht zur Eingrenzung. Kopieren Sie die wichtigen Ausgaben vor und nach dem fehlgeschlagenen Befehl und geben Sie an, ob sich derselbe Befehl in einer interaktiven Sitzung reproduzieren lässt.
$ ssh build-user@node-address
Last login: current session
$ sw_vers
ProductName: macOS
ProductVersion: [aktuelle Systemversion]
$ xcodebuild -version
Xcode [aktuell installierte Version]
Build version [aktuelle Buildnummer]
$ xcodebuild -workspace Project.xcworkspace \
-scheme Project \
-configuration Release \
-destination "generic/platform=iOS" \
archive
note: Resolving package dependencies
note: Compiling target Project
error: Build input file cannot be found
** ARCHIVE FAILED **
exit status: 65
$ bundle exec fastlane ios build
[fastlane] Loading configuration
[fastlane] Running build lane
[fastlane] Step failed: archive
[fastlane] Preserve the complete log and exit codeZu wenig Speicher kann Cache-, Abhängigkeitsentpackungs- und Archivierungsfehler verursachen; eine uneinheitliche Toolchain verschärft Signierprobleme. Führen Sie die folgenden Schritte strikt in dieser Reihenfolge aus.
Führen Sie df -h aus, um den tatsächlich verfügbaren Speicher auf System- und Arbeitsvolume zu prüfen. Kontrollieren Sie anschließend DerivedData, Archive, Paketmanager-Caches und alte Artefakte.
Bestätigen Sie, dass ausgewählte Signieridentität, Provisioning Profile, Bundle Identifier und Build-Konfiguration zusammenpassen. Prüfen Sie nicht nur, ob die Zertifikatsdatei vorhanden ist.
Ergebnis: Die Zielkonfiguration findet die passende SignieridentitätVergleichen Sie die Ausführungsbenutzer der interaktiven Sitzung und des Automatisierungsprozesses. Bestätigen Sie, dass der Auftrag die benötigten Signiermaterialien lesen kann, und dokumentieren Sie die Phase des Berechtigungsfehlers.
Ergebnis: Der Automatisierungsbenutzer kann die erforderlichen Elemente lesenBewahren Sie zunächst Lock-Datei und Fehler-Logs auf und bereinigen Sie anschließend den passenden Cache mit den Projektwerkzeugen. Löschen Sie nicht alle Caches gleichzeitig, sonst lässt sich die Fehlerquelle nicht bestimmen.
Ergebnis: Abhängigkeiten werden reproduzierbar und versionsgleich aufgelöstDokumentieren Sie xcodebuild -version und xcode-select -pund bestätigen Sie, dass die von der Befehlszeilenaufgabe verwendete Version den Projektanforderungen entspricht.
Das Bereinigen von DerivedData, Abhängigkeits-Caches oder Archivverzeichnissen verändert den Zustand. Beschreiben Sie im Ticket den Fehler vor der Bereinigung, die Bereinigungsaktion und das Ergebnis danach.
Eine fehlerhafte Remote-Anzeige bedeutet nicht zwangsläufig, dass der Knoten offline ist. Prüfen Sie zuerst die Erreichbarkeit über die Befehlszeile, danach Client-Kompatibilität und Anzeigeeinstellungen und zuletzt die Wiederverbindung der Sitzung.
| Beobachtung | Zuerst prüfen | Ergebnis |
|---|---|---|
| Client kann keine Sitzung aufbauen | Knotenadresse, Client-Version, Einschränkungen des Netzausgangs und bereitgestellte Remote-Methode prüfen | Zum selben Knoten kann eine Verbindung über eine unterstützte Methode aufgebaut werden |
| Bild ruckelt gelegentlich oder Eingaben reagieren verzögert | Lokalen Netzwerktyp, Zeitpunkt der Schwankung, Proxy-Nutzung und die zu diesem Zeitpunkt übertragene Aufgabe dokumentieren | Nach Verringerung paralleler Übertragungen lässt sich ein lokales Leitungsproblem erkennen |
| Auflösung oder Skalierung fehlerhaft | Skalierungsstrategie des Clients, Zielauflösung und Anzeigeeinstellungen der Sitzung prüfen | Text und Interaktionsbereiche werden vollständig und ohne Abschneiden angezeigt |
| Tastenkürzel weichen von der Erwartung ab | Lokale Tastaturbelegung, Zuordnung von Sondertasten und Abfangoptionen des Clients prüfen | Gängige Tastenkombinationen werden im Testeditor identisch ausgegeben |
| Nach Wiederverbindung wird ein alter Bildschirm angezeigt | Prüfen, ob die alte Sitzung noch läuft, Erreichbarkeit über die Befehlszeile dokumentieren und eine neue Client-Sitzung aufbauen | Die neue Sitzung zeigt den aktuellen Systemstatus und reagiert auf Eingaben |
| Sitzung bleibt nach Arbeitsende bestehen | Aufgabe speichern, sensible Prozesse beenden, Bildschirm sperren und den Client sicher verlassen | Sitzung ist geschlossen; beim nächsten Zugriff ist eine erneute Prüfung erforderlich |
Clientname und -version, lokaler Netzwerktyp, Knoten, Zeitpunkt, Bildverhalten, Erreichbarkeit über die Befehlszeile und bereits getestete Schritte zur Wiederverbindung.
Übermitteln Sie keine Passwörter, privaten Schlüssel, Zugriffstoken oder unbereinigten Signiermaterialien. Beschreiben Sie bei Zugangsdatenproblemen nur Fehlertyp und betroffene Phase.
SetMini verfolgt ein Verfügbarkeitsziel von 99,9 %. Knoten laufen an 365 Tagen im Jahr regulär; Ereignisaufzeichnungen und Knotenstatus in der Konsole sind maßgeblich.
Bewerten Sie Verfügbarkeit anhand des in den Servicebedingungen festgelegten Erfassungsbereichs, der Ausnahmeereignisse und der Antragvoraussetzungen. Probleme mit dem eigenen Netzwerk, Zugangsdaten oder Bedienfehlern zählen nicht als Knotenausfall.
Gleichen Sie Knotenereignisse und den Zeitpunkt des Tickets ab.
Zur Erkennung wiederkehrender Ereignisse desselben Typs.
Für den Status ist die Aufzeichnung in der Konsole maßgeblich.
Der Antrag muss Bestellnummer, Knoten, Beginn und Ende des Ereignisses, Auswirkungsbereich sowie zugehörige Ticketaufzeichnungen enthalten. Prüfung und Bearbeitung erfolgen gemäß den Servicebedingungen.
Alle Bestellungen werden in USD abgerechnet. Verfügbare Zahlungs-Gateways und Bestellstatus in Echtzeit, die die Konsole zurückgibt, sind maßgeblich. Fügen Sie einem Abrechnungsticket die Bestellnummer bei.
Der Verlängerungsbetrag hängt von Modell, Mietzeitraum, Knoten und Zusatzoptionen ab. Multiplizieren Sie den Tagespreis nicht einfach für andere Zeiträume; alle vier Zeiträume haben eigene Katalogpreise.
Vollständige Preise anzeigenZahlungsstatus, verfügbare Gateways und fälliger Betrag werden in Echtzeit von der Konsole zurückgegeben.
| Zusatzoption | Pro Tag | Pro Woche | Pro Monat | Pro Quartal |
|---|---|---|---|---|
| +1TB SSD | $2.4 | $6.4 | $11.8 | $32.1 |
| +2TB SSD | $4.8 | $12.8 | $23.6 | $64.2 |
| Thunderbolt 5, parallel, pro Gerät | $1.5 | $4.1 | $7.6 | $20.7 |
Bei bestehenden Bestellungen senden Sie Ihr Ticket bevorzugt über die Konsole; das System verknüpft Konto und Bestellkontext. Wenn Sie sich nicht anmelden können, senden Sie eine E-Mail an support@setmini.com.
Zur Bestätigung von Modell, Zeitraum und Zusatzoptionen.
Regionscode und Hostkennung angeben.
Zeitzone sowie Beginn und Ende angeben.
Vollständigen Befehl, Exit-Code und wichtige Logs beifügen.
Jede Änderung und ihr Ergebnis in der richtigen Reihenfolge beschreiben.
SetMini bietet zwei Stufen exklusiver physischer Apple-Silicon-Knoten zur Miete pro Tag, Woche, Monat oder Quartal. Prüfen Sie vor der Bestellung Spezifikationen, Preise, Knoten und Zusatzoptionen.