Leitfäden
So debuggen Sie einen fehlgeschlagenen Workflow
Ein Job schlägt in CI fehl und funktioniert überall anders.
5 Min. Lesezeit
Ein Job schlägt in CI fehl und funktioniert überall anders.
Warum es passiert
Die Runner-Umgebung unterscheidet sich von der lokalen in den Toolchain-Versionen, dem verfügbaren Speicher, der Parallelität und dem Gebietsschema.
So beheben Sie das Problem
- Aktivieren Sie ACTIONS_STEP_DEBUG für ausführliche Läuferprotokolle
- Öffnen Sie eine SSH-Sitzung auf dem Runner, um den Live-Status zu überprüfen
- Drucken Sie die Umgebungs- und Toolversionen beim Jobstart aus
- Überprüfen Sie die Abhängigkeit von der Testreihenfolge, indem Sie mit einem festen Startwert ausführen
Ihr nächster Build könnte doppelt so schnell sein — zum halben Preis
Kostenlos starten. Der Wechsel zurück ist dieselbe eine Zeile — auch dieses Diff veröffentlichen wir.
Verwandt
So sammeln Sie LäufermetrikenSie können nicht erkennen, ob ein Job CPU-gebunden, speichergebunden oder festplattengebunden ist.So verfolgen Sie Perzentile für die Build-DauerDie durchschnittliche Bauzeit sieht gut aus, aber die Entwickler beschweren sich immer noch.So exportieren Sie CI-Traces mit OpenTelemetryCI-Timing-Daten befinden sich in einem vom Rest Ihrer Observability getrennten Tool.So fragen Sie CI-Daten programmgesteuert abSie benötigen CI-Daten in einem Dashboard oder einem wöchentlichen Bericht.