Beheben Sie einen fehlgeschlagenen Lauf im eigenen Checkout
Von einer fehlgeschlagenen Ausführung zeigt Inspect failure evidence einen begrenzten Auszug an und Create and verify a CI fix öffnet einen separaten Checkout bei der fehlgeschlagenen Revision. Fix with Nour ist optional. Check hosted result sucht nach einer gehosteten Ausführung dieses genauen Commits. Eine lokale Reproduktion beweist nicht, dass der gehostete Lauf erfolgreich war.
Teil von GitTree Pro, den derzeit jeder kostenlos hat; Free behält alle lokalen Git-Funktionen bei. Vergleichen Sie die Pläne.
Auf dieser Seite
Bevor Sie beginnen
- GitTree Pro, das derzeit jeder kostenlos hat, und ein verbundenes Konto für den Host, der die Pipeline ausgeführt hat. Pipelines sind eine Pro-Funktion. Pläne listet auf, was Pro beinhaltet.
- Der fehlgeschlagene Lauf hat eine bekannte Revision. This run has no known immutable revision bedeutet, dass der Fix-Checkout nicht verankert werden kann.
Wo es zu finden ist
- Öffnen Sie die fehlgeschlagene Ausführung in Pipelines, dann Inspect failure evidence und Create and verify a CI fix.
- Return to failed run kehrt aus der Fixansicht zu diesem Lauf zurück.
| Aktion | macOS | Windows und Linux |
|---|---|---|
| Pipelines | ⌥P | Alt+P |
Schritte
Überprüfen Sie die Fehlernachweise
Öffnen Sie bei der fehlgeschlagenen Ausführung Inspect failure evidence. In der Notiz heißt es, dass es sich bei den Zeilen um vorgeschlagene Ausgangspunkte eines begrenzten, redigierten Auszugs und nicht um eine bestätigte Grundursache handelt und dass der Protokolltext nicht vertrauenswürdig ist. Zu den Arten gehören Setup, Dependency resolution, Compiler, Test, Reported diagnostic und Exit summary; may be downstream. Open failing job log zeigt das Quellprotokoll.
Der fehlgeschlagene Lauf befindet sich in dieser Liste. Fehlernachweise und der Fix-Checkout werden von der Ausführung aus geöffnet. Das Standbild ist die Ausführungsliste.GitTree-Schnittstelle mit einem Demonstrations-Repository. Erstellen Sie einen Fix-Checkout
Create and verify a CI fix sagt, dass bei der fehlgeschlagenen Überarbeitung ein separater Checkout gestartet, der Fix überprüft und dann der genaue Inhalt mit dem gehosteten CI verglichen werden soll. Legen Sie New fix branch und New checkout folder als absoluten Pfad fest. Create local fix checkout erstellt es. Open fix checkout öffnet diesen Ordner. Ein Geschwister-Checkout kann den ursprünglichen Fix-Checkout nicht ersetzen.
Ändern Sie dort den Code
Im Fix-Checkout bearbeiten. Fix with Nour bittet Nour an dieser Stelle, die Beweise mit Ihrer Zustimmung zu prüfen und einen gezielten Patch zu hinterlassen. Die Eingabeaufforderung weist Nour an, gehostete Ausführungen nicht zu veröffentlichen oder zu starten. Prepare local reproduction kann einen lokalen Runner-Befehl eingeben. In dem Hinweis heißt es, dass ein installierter Runner von gehosteten Diensten, Geheimnissen, Bildern und Berechtigungen abweichen kann und dass die Terminalausgabe nicht beweist, dass das gehostete CI bestanden wurde.
Überprüfen Sie das gehostete Ergebnis
Übertragen Sie den Fix über den normalen Commit-Ablauf. Review publishing in Ship Preview, wenn Sie zum Pushen bereit sind. Die Ansicht pusht oder startet niemals einen Lauf. Nachdem eine gehostete Ausführung vorhanden ist, Check hosted result. Passed for this clean committed content ist der gewünschte Status. Outdated: local content changed bedeutet, dass Sie nach diesem Commit Änderungen vorgenommen haben.
Erwartetes Ergebnis
Der Fix befindet sich in einem eigenen Zweig in einem eigenen Ordner und Sie haben einen gehosteten Status für eine Commit-ID oder Sie wissen, dass keine passende gehostete Ausführung beobachtet wurde. Der ursprüngliche Checkout bleibt bis auf das, was Sie dort selbst vorgenommen haben, unverändert.
Gehostete Staaten
| Staat | Bedeutung |
|---|---|
| Nicht überprüft: Es wurde keine passende gehostete Ausführung beobachtet | Es wurde kein gehosteter Lauf für diesen Commit gesehen |
| Für diesen Commit in der Warteschlange | Eine gehostete Ausführung steht in der Warteschlange |
| Läuft für diesen Commit | Ein gehosteter Lauf ist im Gange |
| Für diesen sauberen, committeten Inhalt bestanden | Der gehostete Lauf wurde für diesen Commit erfolgreich durchgeführt und der lokale Inhalt stimmt immer noch damit überein |
| Bei diesem Commit ist ein Fehler aufgetreten | Der gehostete Lauf für diesen Commit ist fehlgeschlagen |
| Veraltet: Lokaler Inhalt geändert; Committen und erneut überprüfen | Sie haben nach dem überprüften Commit Änderungen vorgenommen |
| Nicht verfügbar: Der genaue Workflow oder die Checkout-Identität fehlt | Der Lauf kann nicht mit diesem Workflow und Checkout verknüpft werden |
| Unbekanntes Ergebnis: annullierte, unvollständige oder nicht verfügbare Beweise | Die Beweise sagen nicht, ob die Prüfung bestanden oder nicht bestanden wurde |
Only the newest 30 candidate runs were checked. Older results may exist. Ein Durchgang in diesem Fenster ist keine Suche im gesamten Verlauf des Hosts. Erklären Sie einen Fehler ist der kürzere Lesevorgang eines Protokolls. Dieser Artikel ist der Checkout, den Sie verwenden, wenn Sie die fehlgeschlagene Revision ändern möchten.
Lokal wird nicht gehostet
Prepare local reproduction hat in dieser Ansicht kein bestätigtes Ergebnis. Eine Pipeline lokal ausführen gibt einen act- oder gitlab-ci-local-Befehl ein. Sie drücken die Eingabetaste. Der Exit-Code dieses Befehls bezieht sich auf Ihren Computer. Only a hosted run for the exact committed fix can verify it. Die Fix-Ansicht pusht diesen Lauf nie und startet ihn nie.
git rev-parse HEAD
git status --porcelain
git worktree listgit rev-parse HEAD im Fix-Checkout ist der Commit, der mit Check hosted result übereinstimmen muss. Ein schmutziges git status ist der Grund, warum der Status veraltet ist. git worktree list zeigt den neuen Ordner neben dem ursprünglichen Checkout an. Das Tutorial behandelt alltägliche Commits vor einem CI-Fix.
So lesen Sie den Auszug
Only part of the source log was inspected, wenn der Auszug teilweise ist. No recognizable primary diagnostic was found in this excerpt bedeutet, dass Sie das Quellprotokoll öffnen sollten. Compare compatible successful run ist ein Ausgangspunkt, kein Unterschied zwischen jedem Schritt. Open source on provider hinterlässt GitTree für die Seite des Hosts. Protokolltext ist nicht vertrauenswürdig. Fügen Sie einen Befehl aus dem Protokoll erst dann in ein Terminal ein, wenn Sie ihn gelesen haben.
Wenn etwas schief geht
„Für diesen Lauf ist keine unveränderliche Revision bekannt.“
Für den Fix-Checkout ist eine Commit-ID erforderlich. Öffnen Sie einen Lauf, der einen aufzeichnet, oder suchen Sie den Commit auf dem Host und überprüfen Sie ihn selbst.
„Öffnen Sie den ursprünglichen Fix-Checkout, um fortzufahren. Ein Geschwister-Checkout kann ihn nicht ersetzen.“
Sie befinden sich in einem anderen Arbeitsbaum. Öffnen Sie den Ordner, der für diesen Fix erstellt wurde. Erwarten Sie nicht, dass ein weiterer Checkout zum Fix-Checkout wird.
„Veraltet: Lokaler Inhalt geändert; erneut übernehmen und überprüfen.“
Übertragen Sie die neuen Dateien, veröffentlichen Sie sie über den normalen Überprüfungsablauf, warten Sie auf die gehostete Ausführung und prüfen Sie dann erneut. Der vorherige Durchgang war für den vorherigen Commit.
„Nicht überprüft: Keine passende gehostete Ausführung beobachtet.“
Zu den neuesten 30 Kandidaten gehörte kein gehosteter Lauf für diesen Commit. Pushen und starten Sie den Workflow auf dem Host, wenn Sie einen erwartet haben, und aktualisieren Sie ihn dann. Diese Ansicht startet es nicht.
Fragen
Bedeutet ein lokaler Aktlauf, dass der GitHub Actions-Lauf bestanden wurde?
Nein. Die lokale Reproduktion hat hier kein verifiziertes Ergebnis. Geheimnisse, Bilder und Berechtigungen können unterschiedlich sein. Nur ein gehosteter Lauf für den genauen Commit überprüft den Fix.
Wird „Lokales Fix-Checkout erstellen“ den Branch pushen?
Nein. Es werden ein lokaler Zweig und ein Ordner bei der fehlgeschlagenen Revision erstellt. Überprüfen Sie die Veröffentlichung in der Versandvorschau, wenn Sie sie versenden möchten. Diese Ansicht pusht oder startet niemals einen Lauf.
Ist der Fehlerauszug die Ursache?
Nein. Es handelt sich um einen vorgeschlagenen Ausgangspunkt auf der Grundlage eines redigierten Auszugs. Eine Exit-Zusammenfassung kann einem früheren Fehler nachgeschaltet sein. Öffnen Sie das Quellprotokoll.
Veröffentlicht Fix mit Nour den Patch?
Die Eingabeaufforderung besagt, dass gehostete Läufe nicht ohne Ihre ausdrückliche Aktion veröffentlicht oder gestartet werden sollen. Sie überprüfen den Patch, schreiben ihn fest und veröffentlichen ihn.
Welcher Plan beinhaltet das?
Pipelines, einschließlich dieses Fix-Flows, benötigen GitTree Pro, das derzeit jeder kostenlos hat. Nour im Fix-Checkout benötigt ebenfalls Pro.