Build fehlgeschlagen? Lassen Sie sich den Fehler von der KI erklären

Ein fehlgeschlagener Build bedeutet nicht, dass der Server ausgefallen ist. Ursachen können Build-Befehle, Abhängigkeiten, fehlende Variablen, der Pfad zum Dockerfile oder ein falscher Anwendungsport sein. Beginnen Sie beim fehlgeschlagenen Deployment und prüfen Sie Meldung und Zeitpunkt dieses Laufs.

Öffnen Sie „Probleme“ oder das fehlgeschlagene Deployment und wählen Sie „Fehler analysieren“, sofern verfügbar. Die KI nutzt den Kontext der Analyse, um mögliche Ursachen und nächste Schritte vorzuschlagen. Gleichen Sie die Hinweise mit den Logs ab: Eine Diagnose ist keine garantierte Lösung.

Vergleichen Sie den Vorschlag mit Ihrem Repository. Prüfen Sie Runtime-Version, Stammverzeichnis, Install- und Build-Befehle, Deployment-Methode und Anwendungsport. Build- und Verbindungseinstellungen müssen zum Code passen. Eine Konfigurationsänderung kann das Problem ohne Codeänderung lösen.

Empfiehlt die Analyse Codeänderungen, prüfen Sie die betroffenen Dateien und Unterschiede, bevor Sie eine im Dashboard angebotene Korrektur anwenden. Deployen Sie eine neue Version und prüfen Sie Logs und Healthchecks. Eine Analyse bedeutet nicht, dass die Anwendung automatisch repariert oder deployt wurde.

Prüfen Sie auch die verbundenen Ressourcen. Die verwaltete Datenbank speichert strukturierte Daten; Bilder, Videos und Anhänge gehören in S3. Wenn Sie Hilfe bei der Integration anfordern, nennen Sie Variablennamen und nötigen Kontext, ohne Passwörter, Tokens oder geheime Schlüssel in Logs oder öffentlichen Inhalten preiszugeben.

Beschreiben Sie das Problem unter Hilfe & Support in der Sprache des Dashboards. Erste Hinweise decken Builds, Domains, E-Mail und Speicher ab, bevor Sie ein Ticket eröffnen. Besteht das Problem weiter, senden Sie Deployment-Nummer, Fehler und bisherige Schritte an den Support. Website und Anleitungen sind auf Portugiesisch, Englisch, Spanisch, Französisch und Deutsch verfügbar.