Build hängt? Hier finden Sie den nächsten Schritt

Öffnen Sie im Portal die zugehörige Instanz und prüfen Sie Maschinennummer, Serverstatus und Ablaufdatum. Verwenden Sie die dort angezeigte aktuelle Adresse und die aktuellen Zugangsdaten – nicht die Angaben aus einer früheren Bestellung oder vom Server eines anderen Kunden.

Prüfen Sie anschließend die Verbindungsart und das Konto im Remote-Desktop-Client. Bei einer Zeitüberschreitung testen Sie es über ein anderes lokales Netzwerk. Bei einem Authentifizierungsfehler prüfen Sie vor allem Benutzername, Passwort und Eingabemethode. Verwechseln Sie die beiden Fehlertypen nicht und ändern Sie nicht wiederholt das Passwort.

Falls die Verbindung weiterhin fehlschlägt, notieren Sie Client, vollständige Fehlermeldung, Zeitpunkt und Zeitzone. Schwärzen Sie Passwörter auf Screenshots. Die Zugangsdaten finden Sie nur in den Instanzdetails nach der Anmeldung – veröffentlichen Sie sie nicht.

Rufen Sie SSH-Adresse, Port und Benutzernamen in den Instanzdetails des Portals auf. Bei einer Zeitüberschreitung prüfen Sie zuerst Adresse, Port, Ihr lokales Netz und den Serverstatus. Wird die Authentifizierung abgelehnt, kontrollieren Sie das Konto und die verwendete Authentifizierungsmethode.

Für weitere Hinweise ergänzen Sie den Verbindungsbefehl um -v. So sehen Sie, ob der Verbindungsaufbau oder die Authentifizierung hängen bleibt. Fügen Sie dem Ticket die relevanten Fehlermeldungen bei, aber weder privaten Schlüssel noch Passwort oder vollständige Protokolle mit vertraulichen Pfaden.

Projekte, die sich für einen Build per Kommandozeile eignen, können über SSH gebaut werden. Prüfen Sie grafische Einstellungen, Schlüsselbund-Berechtigungen oder Xcode-Konfigurationen zum ersten Mal, ist Remote Desktop übersichtlicher.

Prüfen Sie zuerst, welche Xcode-Version das Projekt voraussetzt. Mit xcodebuild -version und xcode-select -p kontrollieren Sie die aktuelle Toolchain. Nach der Installation oder dem Wechsel der Version schließen Sie zunächst die erforderliche Ersteinrichtung in der grafischen Oberfläche ab und starten den Build anschließend erneut über das Skript.

Signaturmaterial muss vom Kunden freigegeben sein. Importieren Sie das Signaturzertifikat in den für das Projekt verwendeten Schlüsselbund und prüfen Sie, ob der zugehörige private Schlüssel vorhanden und das Zertifikat gültig ist. Stimmen außerdem Team, Bundle Identifier und Exportmethode im Bereitstellungsprofil?

Lässt sich das Projekt kompilieren, aber nicht exportieren, halten Sie die Fehlermeldungen für Archive und Export getrennt fest. Bevor Sie die Automatisierung einrichten, empfiehlt sich ein Test in Xcode. Starten Sie nicht wiederholt die gesamte Pipeline, bevor das Signaturmaterial geprüft wurde.

Synchronisieren Sie den Code und die Sperrdateien der Abhängigkeiten mit dem Cloud-Mac. Prüfen Sie anschließend mit flutter doctor -v die iOS-Toolchain und führen Sie flutter pub get aus. Das Team sollte die im Projekt festgelegte Flutter-Version verwenden und Abhängigkeiten nicht kurz vor der Auslieferung beliebig aktualisieren.

Richten Sie das Xcode-Projekt und die Signierung ein und führen Sie dann flutter build ipa aus. Tritt der Fehler beim Installieren der Abhängigkeiten auf, beheben Sie zuerst diesen Schritt. Verweist die Fehlermeldung auf Signierung oder Bereitstellungsprofil, prüfen Sie die Signierung. Abhängigkeiten erneut herunterzuladen hilft in diesem Fall meist nicht.

Exportieren Sie nach erfolgreichem Build die IPA-Datei und benötigte Symboldateien. Prüfen Sie außerdem, mit welchem Commit gebaut wurde. Die tägliche Entwicklung kann weiterhin unter Windows stattfinden; der abschließende iOS-Build samt Signierung erfolgt auf dem Mac.

Fixieren Sie die Versionen von Node, Paketmanager und Projektabhängigkeiten und installieren Sie die iOS-Abhängigkeiten entsprechend der Repository-Dokumentation. Verwendet das Projekt CocoaPods, öffnen Sie den zugehörigen Workspace statt nur der einzelnen Projektdatei.

Wählen Sie in Xcode das richtige Scheme und die Release-Konfiguration und führen Sie Archive aus. Unterscheiden Sie dabei zwischen dem Bündeln der JavaScript-Ressourcen, dem Kompilieren nativer Abhängigkeiten und Signierung sowie Export. Ein lokaler Debugging-Dienst, den der Entwicklungsmodus voraussetzt, bedeutet nicht, dass das ausgelieferte Paket alle Ressourcen enthält.

Geben Sie im Ticket den fehlerhaften Schritt, die erste aussagekräftige Fehlermeldung und die Tool-Versionen an. Fehler im Anwendungscode oder in Drittanbieter-Abhängigkeiten muss das Projektteam anhand des Quellcodes beheben. Verbindungs- und Umgebungsprobleme können Sie gemeinsam mit dem Support prüfen.

Wenn Sie parallel für mehrere Kunden arbeiten und eine klare Trennung brauchen, mieten Sie am besten für jeden Kunden einen eigenen physischen Server. So lassen sich Maschinennummer, Repository, Schlüsselbund und Liefertermin eindeutig zuordnen. Außerdem müssen Builds nicht auf demselben Server warten.

Für kleinere Projekte, die nur gelegentlich kompiliert werden, können Sie tageweise einen Server mieten und zwischen Projekten wechseln. Trennen Sie dabei mindestens lokale Benutzerkonten, Codeverzeichnisse und Signaturmaterial. Das erleichtert die Verwaltung, ersetzt aber keine physische Trennung.

Ein eigener Server wird nur einem Mietkunden zugewiesen. Er richtet nicht automatisch eine Trennung für jedes Projekt innerhalb Ihres Teams ein. Klären Sie bei vertraglich vereinbarten Datengrenzen zuerst die Anforderungen und entscheiden Sie dann, ob eine gemeinsame Nutzung infrage kommt.

Rufen Sie im Portal unter der jeweiligen Instanz die Bestell- oder Abonnementverwaltung auf. Prüfen Sie dort das Ablaufdatum und die Verlängerungsoption. Vergewissern Sie sich vor der Zahlung, dass Server und Laufzeit stimmen – verlassen Sie sich nicht allein auf die Servernotiz, damit Sie nicht versehentlich das Projekt eines anderen Kunden verlängern.

Wird nicht verlängert, endet der Betrieb mit Ablauf der Laufzeit. Es fällt keine Kündigungsgebühr an. Eine Zahlung bedeutet nicht automatisch, dass die Verlängerung bereits abgeschlossen ist. Maßgeblich sind der Zahlungsstatus und das aktualisierte Ablaufdatum im Portal. Wenn Sie weiterarbeiten müssen, bestätigen Sie die Verlängerung vor Ende der bestehenden Laufzeit.

Wir akzeptieren ausschließlich USDT-TRC20 sowie Visa / Mastercard / Amex (über Stripe). Alle Zahlungen werden in US-Dollar (USD) abgerechnet. Welche Zahlungsgateways verfügbar sind, richtet sich nach der Antwort der Backend-Schnittstelle.

Wird der Zahlungsstatus nicht aktualisiert, prüfen Sie die betreffende Rechnung im Portal sowie Bestellnummer, Betrag und Gateway-Ergebnis. Bei einer Zahlung mit USDT-TRC20 kontrollieren Sie Netzwerk und angezeigte Empfangsdaten. Zahlen Sie nicht mehrfach, um den Status zu aktualisieren.

Rechnungen und Zahlungsdetails finden Sie im Portal. Wenn Sie Unterstützung brauchen, nennen Sie im Ticket die Rechnungsnummer. Bei einer On-Chain-Zahlung können Sie den Transaktions-Hash angeben. Senden Sie bei Kartenzahlungen weder die vollständige Kartennummer noch den Sicherheitscode.