MiniRents stellt exklusive physische Geräte bereit, deren Ressourcen nicht mit anderen Mietern geteilt werden. Es handelt sich nicht um virtuelle Maschinen. Dieser Leitfaden beginnt bei Repository-Berechtigungen, SSH-Schlüsseln und Signaturmaterialien und führt Sie durch Standortwahl, Remote-Verbindung, Xcode-Prüfung, Archivexport und Bereinigung nach dem Auftrag.
Wenn Repository-Berechtigungen oder Signaturdateien erst nach der Gerätebereitstellung gesucht werden, kann der erste Build mittendrin stoppen. Erledigen Sie die folgenden Prüfungen vor der Bestellung und verwenden Sie für Automatisierungsaufgaben klar begrenzte, widerrufbare Zugangsdaten.
Stellen Sie sicher, dass der Ziel-Branch lesbar ist und Submodule sowie private Abhängigkeiten separat autorisiert sind. Automatisierungstoken sollten nur die erforderlichen Repositories und Aktionen freigeben. Verwenden Sie keine persönlichen Zugangsdaten mit langer Gültigkeit erneut.
Ordnen Sie die für das Projekt benötigten Zertifikate, Provisioning-Profile, Team-ID und Exportkonfiguration. Vertrauliche Materialien sollten über kontrollierte Variablen oder verschlüsselte Dateien eingebunden und nicht direkt im Repository gespeichert werden.
Erzeugen Sie für das Cloud-Gerät ein eigenes Schlüsselpaar. Bewahren Sie den privaten Schlüssel auf einem vertrauenswürdigen Terminal auf und hinterlegen Sie nur den Public Key. Setzen Sie strenge Dateiberechtigungen und halten Sie die Aufzeichnung zur Prüfung des Host-Fingerabdrucks bereit.
M4 · 16GB · 256GB
Geeignet für die Signierung einzelner Projekte, reguläre Xcode-Archivierungen, Abhängigkeitsprüfungen und Automatisierungsaufgaben mit geringer Parallelität. Für die erste Pipeline-Prüfung können Sie mit diesem Modell den tatsächlichen Zeit- und Speicherbedarf bewerten.
MiniRents M4 auswählenM4 Pro · 64GB · 2TB
Geeignet für mehrere Build-Warteschlangen, große Abhängigkeitsgraphen, parallele Tests und KI-Experimente auf Apple Silicon. Mehr Arbeitsspeicher und lokaler Speicher verringern Ressourcenkonflikte und häufige Bereinigungen.
MiniRents M4 Pro auswählenVerfügbare Standorte sind Singapur, Japan (Tokio), Südkorea (Seoul), Hongkong und die US-Ostküste. Beide Modelle sind an allen fünf Standorten verfügbar. Der tatsächliche Status wird in Echtzeit vom Kontrollzentrum angezeigt.
| Standort | Teams, für die der Standort besonders geeignet ist | Bei der Auswahl prüfen |
|---|---|---|
| Singapur | Zusammenarbeit in Südostasien und regionale Repositories | Verbindungsweg des Teams und Standort der Abhängigkeitsquellen |
| Japan (Tokio) | Entwicklungsteams in Japan und Ostasien | Standort des Code-Repositorys und des Artefakt-Empfängers |
| Südkorea (Seoul) | Teams in Südkorea und den umliegenden Regionen | Runner-Callbacks und Übertragungsweg der Logs |
| Hongkong | Grenzüberschreitende Zusammenarbeit in Südchina und Südostasien | Remote-Desktop-Erlebnis und Weg für Abhängigkeitsdownloads |
| US-Ostküste | Teams an der nordamerikanischen Ostküste und über den Atlantik hinweg | Standort von Repository, Artefakt-Registry und Pipeline-Steuerung |
Geeignet, um zu prüfen, ob sich Abhängigkeiten, Signierung und Archivierung eines Projekts in einer Apple-Silicon-Umgebung durchführen lassen. Erfassen Sie zunächst die vollständige Build-Dauer und entscheiden Sie danach über eine Verlängerung.
Geeignet für Release-Sprints, gebündelte Script-Migrationen oder kurzfristige Tests. Planen Sie Zeit für Fehlerversuche und den Neuaufbau des Abhängigkeits-Caches ein.
Geeignet für kontinuierliche Entwicklung, einen festen selbstgehosteten Runner und regelmäßige Releases. Nehmen Sie Initialisierung, Build und Bereinigung in die Repository-Verwaltung auf.
Geeignet für stabile Build-Warteschlangen und die langfristige Nutzung durch Teams. Richten Sie zugleich Prozesse für den Entzug von Mitgliederrechten, den Zugangsdatenwechsel und die Speicherbereinigung ein.
Wählen Sie zunächst Modell, Mietdauer und Standort und schließen Sie die Bestellung ab. Nach der Bereitstellung rufen Sie Gerätestatus, Verbindungsadresse, SSH-Benutzernamen und Host-Fingerabdruck im Kontrollzentrum ab. Kopieren Sie Verbindungsdaten nicht aus Chatverläufen oder weitergeleiteten Screenshots.
Bestätigen Sie MiniRents M4 oder MiniRents M4 Pro, wählen Sie Tages-, Wochen-, Monats- oder Quartalsmiete und anschließend den Zielstandort. Prüfen Sie vor dem Absenden zusätzlichen Speicher und die Option zur parallelen Nutzung von Thunderbolt 5.
Unterstützt werden ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe); abgerechnet wird immer in US-Dollar (USD). Welche Zahlungsgateways tatsächlich verfügbar sind, liefert die Backend-Schnittstelle.
Sobald die Bereitstellungsinformationen angezeigt werden, prüfen Sie Modell, Standort, Mietdauer und Geräte-ID. Notieren Sie den Host-Fingerabdruck vor der Verbindung; für spätere Prüfungen gilt ausschließlich der Eintrag im Kontrollzentrum.
Verlängerungen, Gerätestatus, Rechnungen und Tickets verwalten Sie im Kontrollzentrum. Fügen Sie technischen Tickets Geräte-ID, Standort, Zeitraum des Problems und bereinigte Logs hinzu.
Bei der ersten Verbindung zeigt das Terminal den Fingerabdruck des entfernten Hosts an. Vergleichen Sie ihn Zeichen für Zeichen mit dem Eintrag im Kontrollzentrum und akzeptieren Sie ihn erst bei Übereinstimmung. Bei Abweichungen brechen Sie die Verbindung ab und reichen Sie ein Ticket ein. Umgehen Sie die Prüfung nicht.
Stellen Sie sicher, dass Geräte-ID, Standort, Hostadresse, SSH-Benutzername und Fingerabdruck zum selben Gerät gehören. Fahren Sie nicht allein wegen einer ähnlichen Adresse fort.
Verbinden Sie sich mit einem eigenen privaten Schlüssel und prüfen Sie nach der Anmeldung zunächst Architektur, Systemversion und aktuellen Benutzer. Geben Sie zum Beenden exit ein, damit keine ungenutzte Sitzung offen bleibt.
Aktivieren Sie den VNC-Remote-Desktop zunächst gemäß der Supportanleitung und stellen Sie die Sitzung anschließend von einem vertrauenswürdigen Gerät her. Trennen Sie die Verbindung nach Abschluss aktiv und speichern Sie keine Zugangsdaten auf gemeinsam genutzten Terminals.
Verbindungs- und VNC-Leitfaden anzeigenDie folgenden Ausgaben sind bereinigt und zeigen nur die Befehlsreihenfolge. Sie enthalten keine echten Adressen, Fingerabdrücke, Repository-Pfade oder Signaturmaterialien. Ersetzen Sie die Werte vor der Ausführung durch die Angaben aus Kontrollzentrum und Projekt.
$ chmod 600 ~/.ssh/minirent_ed25519
$ ssh -i ~/.ssh/minirent_ed25519 builder@203.0.113.24
The authenticity of host cannot be established.
ED25519 key fingerprint is SHA256:[REDACTED]
Are you sure you want to continue connecting? yes
$ uname -m
arm64
$ xcodebuild -version
Xcode [SELECTED_VERSION]
Build version [SELECTED_BUILD]
$ git clone [REDACTED_REPOSITORY] app
$ cd app
$ xcodebuild -workspace App.xcworkspace \
-scheme App \
-configuration Release \
-archivePath build/App.xcarchive archive
** ARCHIVE SUCCEEDED **
$ bundle exec fastlane ios build
[fastlane] Loading controlled environment variables
[fastlane] Archive verified
[fastlane] Output saved to ./artifacts
[fastlane] Finished successfullyZiel der Umgebungsprüfung ist nicht nur, dass Befehle ausgeführt werden können. Architektur, Xcode, Command-Line-Tools, Abhängigkeitsversionen und verfügbarer Speicher müssen den Projektvorgaben entsprechen. Schreiben Sie die Ergebnisse ins Build-Log, um die Fehlersuche deutlich zu verkürzen.
uname -m
Erwartete Ausgabe arm64. Prüfen Sie außerdem, ob die Abhängigkeiten Binärdateien enthalten, die nur andere Architekturen unterstützen, damit Kompatibilitätsprobleme nicht erst bei der Archivierung auffallen.
xcodebuild -version
Gleichen Sie die Ausgabe mit Projektanforderungen, Pipeline-Image-Dokumentation und Teamvorgaben ab. Prüfen Sie nach einem Versionswechsel erneut, auf welches Command-Line-Tool tatsächlich verwiesen wird.
xcode-select -p
Stellen Sie sicher, dass der Pfad zum aktuell ausgewählten Xcode gehört. Gehen Sie in Scripts nicht von einem festen Pfad aus, sondern geben Sie zu Beginn des Auftrags das tatsächliche Ergebnis aus.
bundle exec fastlane --version
Verwenden Sie für Bundler, fastlane und die Abhängigkeitswerkzeuge des Projekts bevorzugt die durch Lock-Dateien festgelegten Versionen, um Unterschiede zwischen lokaler und Cloud-Umgebung zu vermeiden.
df -h .
Schätzen Sie den Gesamtbedarf von Repository, Abhängigkeits-Cache, DerivedData, Archiv und Exportartefakten. Bei Platzmangel löschen Sie zunächst wiederherstellbare Caches. Signaturmaterialien und auszuliefernde Artefakte dürfen nicht versehentlich gelöscht werden.
mkdir -p build-logs
Speichern Sie eine Zusammenfassung der Umgebung ohne vertrauliche Werte sowie Startzeit, Commit-Version und Tool-Versionen. Bei späteren Fehlern lässt sich so feststellen, ob Code- oder Umgebungsänderungen die Ursache sind.
Die erste Archivierung sollte reproduzierbar sein. Prüfen Sie nicht nur den erfolgreichen Befehlsabschluss, sondern auch Signaturergebnis, Archivinhalt, Exportartefakte und Logs auf Übereinstimmung mit dem Ziel-Commit.
Dokumentieren Sie nach dem Abruf des Repositorys den Commit-Hash, initialisieren Sie Submodule und installieren Sie Abhängigkeiten gemäß Lock-Datei. Wechseln Sie während des Builds nicht den Branch.
Binden Sie Repository-Token, Signaturparameter und Umgebungskonfiguration vor dem Start des Auftrags ein. Geben Sie in Logs nur aus, ob Variablen vorhanden sind, niemals deren Inhalte.
Legen Sie workspace oder project, scheme, configuration und archivePath eindeutig fest, damit der Befehl in interaktiver Sitzung und Pipeline identisch funktioniert.
Bestätigen Sie, dass das Archiv das erwartete Team, Zertifikat und Provisioning-Profil verwendet. Bei Abweichungen stoppen Sie den Export und kaschieren Sie Konfigurationsfehler nicht durch vorübergehende manuelle Änderungen.
Dokumentieren Sie Name, Größe, Commit-Version und Prüfsumme des Artefakts und laden Sie es über einen kontrollierten Pfad herunter. Erst nach Bestätigung einer vollständigen lokalen Kopie beginnt die Bereinigung.
Die Bereinigung ist kein optionaler Abschluss. Löschen Sie nach jedem Auftrag temporäre Zugangsdaten, bestätigen Sie die Artefaktübergabe, bereinigen Sie wiederherstellbare Caches und prüfen Sie den Gerätestatus. Auch langfristig gemietete Geräte sollten demselben Ablauf folgen.
Gerätebezogene Probleme reichen Sie bevorzugt über ein Ticket im Kontrollzentrum ein, damit Gerät und Bestellung zugeordnet werden können. Wenn Sie sich nicht anmelden können, senden Sie eine E-Mail an support@minirents.com. Fügen Sie der E-Mail keine Passwörter, privaten Schlüssel oder unbereinigten Logs bei.
Schließen Sie zuerst die Bestellungskonfiguration ab und rufen Sie anschließend die echten Verbindungsdaten im Kontrollzentrum ab. Wenn das Gerät bereits bereitgestellt wurde, melden Sie sich direkt im Kontrollzentrum an, prüfen Sie den Host-Fingerabdruck und beginnen Sie mit der Umgebungsprüfung.