前端代码风格因人而异，一个项目参与的人多了，不加强控制可能就是一个大杂烩，对开发人员来讲就是一个噩梦。 Eslint 代码检查，编辑器启用 Eslint 之后，不符合规范的会自动进行提示。 Prettier 让代码变得更 pretty，会更改不符合检测要求的代码，自动格式化。 …

前言 读完本文，你将有以下收获： 知道我们为什么需要ESLint，Prettier以及EditorConfig 知道我们为什么需要同时使用ESLint，Prettier以及EditorConfig 知

代码规范 随着前端发展愈发的规范后，项目的规模也会越来越庞大，涉及到的开发人员也越来越多，一个项目多人协作的场景也越来越多，代码的规范就是一个大问题了，光靠口头的强调远远不够，需要有一套规范来约束，节

Eslint + Prettier + stylelint + Husky + Lint-staged Reference Link: eslint-config-prettier stylelint

在项目中常常会搭配 EditorConfig、Prettier、ESLint 统一代码规范，但对三者为何需要搭配使用、各自的作用范围和工作原理只有模糊的认识。跟随文章一起深入探索

团队中的所有开发人员用一套代码规范规则，并且无需我们花太大的精力去为了格式而格式。希望有一套自动化工具，帮我们检测代码是否规范，如果不规范，则自动能够帮我们按照既定规范格式化。 通过对 eslint 和 prettier 的大致了解，其实可以发现，prettier 是用于格式化…

记录自己的前端工作流,后面慢慢补充 1.代码规范, Eslint,Prettier 2.git提交规范, husky, commitlint,lint-staged

背景 前端代码规范问题由来已久，相信除了笔者以外大多数也有过被多人开发或中途接手项目中各种格式的代码折磨到不堪受辱以致满嘴**还不得不继续输出代码的经历。