Tslint: Añadir opción de reloj

Quiero abordar este problema ya que no hubo actividad desde el 24 de agosto y creo que eso es importante.

Uso nodemon para ver los cambios de archivos y ejecuto tslint en el script npm. Un ejemplo https://github.com/ryancat/create-ts-library/blob/master/package.json#L9

Deberá no salir con el código de error 2 para evitar que nodemon salga.

Solo quiero enfatizar la necesidad de esta función.

Me gustaría que se implementara esta función.

Tengo fiebre. Y la única receta es más --watch .

esta es una característica _muy difícil_ de implementar porque probablemente requiera una rediseño radical para admitir repeticiones incrementales, por lo que creo que la mejor apuesta aquí será combinar tslint con otras herramientas de vigilancia existentes, como nodemon mencionada anteriormente o https: //www.npmjs.com/paquete/reloj

requiere una rediseño radical para admitir repeticiones incrementales

FWIW eso suena muy difícil, pero también tiene más rendimiento que volver a ejecutar todo tslint en el cambio, como sucedería con herramientas de terceros. +1 a esta solicitud, junto con un lado saludable de comprensión.

⌚ing esto.

Mi herramienta realmente admite este comportamiento, porque entiendo que es muy difícil de implementar. https://github.com/guidojo/multipleTypescriptCompilers#readme

Actualmente, la herramienta ejecuta un compilador tsc y, después de cada ejecución, filtrará cada archivo por separado. Si es interrumpida por otra compilación, se cancelará. :)

¿Alguien miró esto todavía?

Mientras tanto, he estado usando el paquete onchange en mis scripts npm: https://github.com/alexburner/chain-of-being/blob/85230a5b0bf06e1e0a729559c340493c93dac008/package.json#L18

Después de verlo en los documentos prettier : https://prettier.io/docs/en/watching-files.html

Usar el paquete onchange funciona perfectamente, muchas gracias por la sugerencia @alexburner. Actualmente lo uso tanto para tslint como para 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",
}

Creo que la solución onchange es suficiente para los casos de uso de CLI. Puede usar la API de nodo e implementar un observador además de eso si lo desea. Voy a cerrar esto porque nos gustaría centrar los esfuerzos de desarrollo en otras partes de TSLint.

No estoy de acuerdo con que esto deba cerrarse y al menos debería permanecer en la hoja de ruta, incluso si el enfoque está actualmente en otra parte. Verlo parece demasiado complicado en comparación con tsc -w de tsc