Aufgaben schlagen fehl. Die meisten Fehler betreffen Konfigurationen oder Spezifikationen – es handelt sich nicht um etwas Geheimnisvolles – und lassen sich in wenige Kategorien einordnen.
Zuerst prüfen, wo der Prozess unterbrochen wurde.
Der Ausführungsbericht zeigt die fehlgeschlagene Phase an. Diese einzelne Information hilft bei der Ursachenfindung mehr als alles andere:
| Fehlgeschlagen bei | Das bedeutet fast immer |
|---|---|
| Noch bevor Code geschrieben wurde | Der Build- oder Installationsbefehl ist für einen sauberen Arbeitsbereich falsch. |
| Während der Änderung | Es handelt sich um aufwendige Arbeit oder eine fehlende Abhängigkeit. |
| Tests ausführen | Der Testbefehl ist falsch oder das Testpaket benötigt einen Dienst. |
| Überprüfung | Ein blockierender Prüfschritt; die Ergebnisse prüfen. |
| Rezension | Ergebnisse, die nicht automatisch korrigiert werden konnten. |
Fehler vor dem Schreiben der Änderung betreffen die Konfiguration. Siehe dazu Build- und Testkonfiguration.
Der Prozess ist nicht festgefahren, sondern wartet im Queue.
Eine Aufgabe in PENDING ist nicht festgefahren. Sie wartet auf einen freien Agenten-Slot. Prüfen Sie
Kapazität zuerst – das ist der häufigste falsche Alarm.
Die Anwendung bittet Sie um eine Entscheidung.
NEEDS_HUMAN_REVIEW bedeutet, dass die Aufgabe auf eine Entscheidung stößt, die nur Sie treffen können. Das ist kein Fehler. Beantworten Sie die Frage, und der Prozess setzt dort fort, wo er unterbrochen wurde.
Antworten Sie präzise. Eine vage Antwort führt zu weiteren Vermutungen und erneutem Unterbrechen.
Die Ausführung dauert deutlich länger als erwartet.
Zwei übliche Ursachen:
Ein langsames oder hängendes Testpaket. Coroid führt Ihr Testpaket aus; wenn es in einem sauberen Arbeitsbereich hängt, wartet die Aufgabe. Rekonstruieren Sie den Fehler, indem Sie das Paket auf einem neuen Clone ausführen.
Die Spezifikation ist so breit gefasst, dass der Agent weiterhin neue Aufgaben findet. Ein Hinweis darauf ist eine wachsende Dateiliste. Brechen Sie den Prozess ab, begrenzen Sie den Umfang durch eine explizite Zeile für ausgeschlossene Bereiche und starten Sie erneut. Siehe dazu Spezifikationen.
Entscheiden, was zu tun ist
In aufsteigender Kostenordnung:
- Antworten – für
NEEDS_HUMAN_REVIEW. Am kostengünstigsten, behält den gesamten Kontext bei. - Neuarbeiten – die Arbeit ist korrekt, aber unvollständig. Die Aufgabe wird an den Entwickler-Agenten zurückgegeben, zusammen mit Ihren Ergebnissen und dem bestehenden Kontext.
- Pausieren – Sie müssen zunächst etwas überprüfen. Der Slot wird dadurch frei; der Prozess ist fortsetzbar.
- Wiederholen – nur für wirklich vorübergehende Fehler geeignet. Bei Konfigurationsproblemen führt ein erneuter Versuch nur zum gleichen Fehler.
- Abbrechen und neu spezifizieren – der Ansatz oder der Umfang war falsch. Am kostspieligsten, aber oft die richtige Entscheidung.
Fehler, die sich über mehrere Aufgaben hinweg wiederholen
Derselbe Fehler in derselben Phase bei unabhängigen Aufgaben deutet auf ein Projektkonfigurationsproblem hin – nicht auf ein Problem der einzelnen Aufgabe. Hören Sie auf, Aufgaben erneut auszuführen, und korrigieren Sie die Konfiguration.