Was macht orch-Bug-Behebung?
Actor · Aktion · Ziel: orch · fix · defect. Dünner Wrapper um die gemeinsame Engine in orch-pipeline.
Wann verwenden
- Etwas ist kaputt: falsche Ausgabe, ein Fehler, ein Absturz, eine Regression.
- Abgrenzung zu verwandten Fähigkeiten:
- Das Verhalten ist korrekt, soll aber anders sein →
orch-change-feature. - Die Fähigkeit existiert noch nicht →
orch-add-feature.
- Das Verhalten ist korrekt, soll aber anders sein →
Betriebseinstellungen
- Standard-Größenuntergrenze: klein (oft trivial).
- Phasenmaske: 0 → (Licht 2 nur, wenn die Ursache nicht offensichtlich oder Standard+ ist) → 4 → 5 → 6. Recherche (1) wird meist übersprungen.
- Erster Schritt (Phase 4): Den Bug als einen neuen, fehlschlagenden Test (Regressionstest) reproduzieren, dann beheben, bis er grün wird. Den Bug zuerst nachzuweisen, unterscheidet eine Fehlerbehebung von einem Tweak.
Funktionsweise
- Die
orch-pipeline-Engine mit den obigen Einstellungen ausführen. - Falls die Ursache unklar ist, zuerst mit
code-explorereingrenzen; Build-Abbrüche anbuild-error-resolver//build-fixeskalieren. - An Gate 1 (nur wenn ein Plan erstellt wurde) und Gate 2 (vor dem Commit) anhalten.
security-reviewerhinzufügen, wenn der Fehler in einem sicherheitskritischen Pfad liegt.
Beispiel
orch-fix-defect: poller crashes on empty NWS response
→ write failing test reproducing the crash → fix to green
→ code-review → commit [GATE 2: confirm] (commit: fix:)