为什么大家没有倾向于将eslint-loader配置到webpack开发工具流中，而是在pre-commit前统一lint？
如题： 再写一遍
为什么大家没有倾向于将eslint-loader配置到webpack开发工具流中，而是在pre-commit前统一lint？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
如题： 再写一遍
为什么大家没有倾向于将eslint-loader配置到webpack开发工具流中，而是在pre-commit前统一lint？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
接受 或继续使用网站，即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论（2）
webpack的作用是编译打包，没办法影响到源码，eslint的作用是规范开发代码，而不是规范最终打包的压缩后的代码！
所以eslint在webpack中的作用就是，编译的时候给个提醒，提醒又分为强制提醒和非强制
强制直接中断编译，必须改（影响开发体验）
非强制就是在控制台输出（没啥作用）
但是现在开发工具就支持eslint提醒，在代码中直接提示
上面也说了webpack影响不到开发源码，所以只能在webpack外进行代码的lint
因为
eslint-loader是个 Webpack 插件……另外已经不推荐用了，取而代之的是
eslint-webpack-plugin。pre-commit 前想 lint 也可以啊，但为啥非得用
eslint-loader呢？稍微上点儿规模的项目每次提交前用 Webpack 跑一遍，那得多慢啊……再说了两者也不冲突啊，完全可以共存啊……