Tslint: Добавить опцию просмотра

Я хочу поднять этот вопрос, так как с 24 августа не было никаких действий, и я думаю, что это важно.

Я использую nodemon для просмотра изменений файлов и запускаю tslint в сценарии npm. Один пример https://github.com/ryancat/create-ts-library/blob/master/package.json#L9

Вам не нужно выходить с кодом ошибки 2, чтобы избежать выхода nodemon.

Просто хочу подчеркнуть необходимость этой функции.

Я бы хотел, чтобы эта функция была реализована

У меня лихорадка. И единственный прескрипт больше --watch .

это _очень трудная_ функция для реализации, потому что она, вероятно, потребует радикальной перестройки архитектуры для поддержки инкрементных повторных запусков, поэтому я думаю, что лучше всего здесь будет объединить tslint с другими существующими инструментами наблюдения, такими как nodemon , упомянутые выше, или https: //www.npmjs.com/package/watch

требует радикальной перестройки для поддержки инкрементных повторных запусков

FWIW это звучит очень сложно, но также более эффективно, чем повторный запуск всего tslint при изменении, как это произошло бы со сторонними инструментами. +1 к этой просьбе вместе со здоровой стороной понимания.

⌚с этим.

Мой инструмент на самом деле поддерживает такое поведение, потому что я понимаю, что это очень сложно реализовать. https://github.com/guidojo/multipleTypescriptCompilers#readme

В настоящее время инструмент запускает компилятор tsc, и после каждого запуска он анализирует каждый файл отдельно. Если прервана другой компиляцией, она прервется. :)

Кто-нибудь еще смотрел на это?

Тем временем я использую пакет onchange в своих сценариях npm: https://github.com/alexburner/chain-of-being/blob/85230a5b0bf06e1e0a729559c340493c93dac008/package.json#L18 .

Увидев это в документах prettier : https://prettier.io/docs/en/watching-files.html

Использование пакета onchange работает отлично, большое спасибо за это предложение @alexburner. В настоящее время он используется как для tslint, так и для stylelint:

{
    "lint": "concurrently \"yarn tslint:once\" \"yarn stylelint:once\" && onchange 'src/**/*.*' -- concurrently \"yarn tslint:once\" \"yarn stylelint:once\"",
    "tslint:once": "tslint -p . -c ./tslint.json --fix './src/**/*.+(ts|tsx)'",
    "stylelint:once": "stylelint --fix **/*.scss",
}

Я думаю, что решения onchange достаточно для случаев использования CLI. Вы можете использовать Node API и внедрить поверх него наблюдателя, если хотите. Я собираюсь закрыть это, потому что мы хотели бы сосредоточить усилия по разработке в другом месте в TSLint.

Я не согласен с тем, что это должно быть закрыто и, по крайней мере, должно оставаться в дорожной карте, даже если основное внимание в настоящее время сосредоточено в другом месте. Просмотр кажется слишком сложным по сравнению с tsc -w tsc