我没有发现这样的请求有问题,所以我正在创建一个
我想提出这个问题,因为自 8 月 24 日以来没有任何活动,我认为这很重要。
我使用 nodemon 来监视文件更改并在 npm 脚本中运行 tslint。 一个例子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,以及理解的健康方面。
⌚ing 这个。
我的工具实际上支持这种行为,因为我知道它很难实现。 https://github.com/guidojo/multipleTypescriptCompilers#readme
该工具当前运行一个 tsc 编译器,每次运行后,它将分别对每个文件进行 lint。 如果被另一个编译中断,它将中止。 :)
有人调查过吗?
使用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 的tsc -w
相比,观看似乎过于复杂
最有用的评论
我不同意这应该被关闭,并且至少应该保留在路线图上,即使当前焦点在其他地方。 与 tsc 的
tsc -w
相比,观看似乎过于复杂