javascript - 求eslint最佳实践

Question

有没有谁在项目中引入eslint了？求介绍经验，如果开发者强行忽略的eslint的error或者warning怎么办，有什么解决方案吗？还是说要大家自觉消灭error和warning。。。

Answer 1

这种事情有这么几种情况：

1. 你的队员专业程度较高(注意这里的专业是指工作态度的专业，而不是专业技能)，那他们自会理解你加入linting的用意。即便一开始不明白的，经过你介绍也应该能理解。 那在开发过程中自行消灭error乃至warning都不是问题

2. 你的队员大部分是“江湖路数”(原谅我用了这个词，我们的确经常遇到一些计算机基础，软件工程理论非常模糊的人); 或者技能虽好，但团队意识极差的人，那他们无论如何不会因为你引入了linting就自觉消灭错误，反而会在自己的开发环境里禁用linting。这种情况，通过持续集成等策略，把linting作为服务器端接受commit的强制验证措施是最好的方式，如果一个提交没有处理好linting的各种问题，就驳回他的提交，并且发出邮件给团队。迫使他遵守规矩。但这种方式需要完整的运维支持。

3. 最极端的状况是所有队员都反对，并且还到你的领导那里告你的状，这个时候你只能自求多福了。大多数老板在这个时候会倾向于人多的那一方，而不是有理的一方，因为维稳最重要

Answer 2

既然用了，就要消灭 error和warning。这个建议吧 eslint 的校验作为 CI/CD 的一部分，也就是 eslint 不过，就 build 失败。

Answer 3

我们是在Atom环境中使用eslint，只要在敲代码过程中有问题，马上出红叉，想消都消不掉，非得解决掉错误红叉才能消失。多招一些有强迫症的人，看见红叉就要消灭的那种，你的项目就规范了。

Answer 4

我一般在编辑器阶段做eslint验证, 不放在编译的时候...

webstorm, atom, sublime都有相关插件