首页 > 求eslint最佳实践

求eslint最佳实践

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


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

webstorm, atom, sublime都有相关插件


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


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


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

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

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

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

【热门文章】
【热门文章】