Não encontrei problemas com essa solicitação, então estou criando um
Quero abordar esse assunto, pois não houve atividade desde 24 de agosto e acho que isso é importante.
Eu uso o nodemon para observar as alterações de arquivos e executo o tslint no script npm. Um exemplo https://github.com/ryancat/create-ts-library/blob/master/package.json#L9
Você precisará não sair com o código de erro 2 para evitar que o nodemon saia.
Só quero enfatizar a necessidade desse recurso.
Eu gostaria que este recurso fosse implementado
Estou com febre. E a única prescrição é mais --watch
.
este é um recurso _muito difícil_ de implementar porque provavelmente requer uma rearquitetura radical para suportar re-execuções incrementais, então acho que a melhor aposta aqui será combinar o tslint com outras ferramentas de observador existentes, como nodemon
mencionado acima ou https: //www.npmjs.com/package/watch
requer uma rearquitetura radical para suportar re-execuções incrementais
FWIW que soa muito difícil, mas também mais performático do que executar novamente todo o tslint na mudança, como aconteceria com ferramentas de terceiros. +1 para este pedido, juntamente com um lado saudável de compreensão.
⌚ isso.
Minha ferramenta realmente suporta esse comportamento, porque entendo que é muito difícil de implementar. https://github.com/guidojo/multipleTypescriptCompilers#readme
Atualmente, a ferramenta executa um compilador tsc e, após cada execução, ele fará o lint de cada arquivo separadamente. Se for interrompido por outra compilação, ele será abortado. :)
Alguém já investigou isso?
Enquanto isso, estou usando o pacote onchange
em meus scripts npm: https://github.com/alexburner/chain-of-being/blob/85230a5b0bf06e1e0a729559c340493c93dac008/package.json#L18
Depois de ver nos documentos prettier
: https://prettier.io/docs/en/watching-files.html
Usar o pacote onchange
funciona perfeitamente, muito obrigado por essa sugestão @alexburner. Atualmente usando-o para tslint e 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",
}
Acho que a solução onchange
é suficiente para casos de uso de CLI. Você pode usar a API do Node e implementar um observador em cima disso, se quiser. Vou encerrar porque gostaríamos de concentrar os esforços de desenvolvimento em outros lugares do TSLint.
Discordo que isso deva ser encerrado e, pelo menos, permanecer no roteiro, mesmo que o foco esteja atualmente em outro lugar. Assistir parece muito complicado comparado ao tsc -w
do tsc
Comentários muito úteis
Discordo que isso deva ser encerrado e, pelo menos, permanecer no roteiro, mesmo que o foco esteja atualmente em outro lugar. Assistir parece muito complicado comparado ao
tsc -w
do tsc