Плоский конфиг ESLint

«Учебный src/app.ts не должен знать describe, tests/app.spec.ts должен, dist/app.js не проверяется. Вот старый конфиг и версии пакетов». Попросите таблицу соответствий и эффективные настройки этих трёх путей. Проверяемый результат — намеренная ошибка в исходнике обнаруживается, тестовые имена разрешены только в тестах, а файл сборки исключён по согласованному правилу, не вместе со всем проектом.

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

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

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