2- 自定义配置项目搭建规范（eslint+editorconfig+git Husky+prettier配置）

pack.json中script下的脚本命令都会执行nodemoudle下的.bin中的 命令

主要配置以下规范：

1，.editorconfig配置文件   用于写代码过程中的格式化

.editorConfig有助于为不同DE编辑器上处理同一项目的多个开发人员维护一致的编码风格。多人开发保持一致的编码风格，比如不同设备enter键的作用不一致，配置为一致的，如tab缩进的空格数配置为一致。(一般由项目组长配置，放入放库，成员拉下来时起到规范作用)编译器会自动读取文件，不管编译器自身配置，优先执行该配置文件的配置。注意vscode默认不会自动读取,需要安装扩展EditorConfig for VS Code（Ws不需要）。

在文件根目录下添加.editorConfig配置文件

 2，.prettier配置(vscode的扩展只会对当前编译器有效)，想要统一美化格式要配置。用于代码写完的格式化

       ① npm i prettier -D

       ② 在根目录下创建.prettier配置文件，该文件会在运行时自动编译

         ③.prettierignore配置文件 文件根目录下创建  prettier的忽视文件

        

         ④：vscode安装Prettier - Code formatter 这个扩展才能生效

        ⑤：在pack.json中配置脚本，"prettier":"prettier --weiting ."，可以进行全局格式化 npm run prettier

        

3，.eslintrc.js配置文件   vscode安装ESLint扩展

extends中配置的为项目中代码要符合的规范，但是和perttier的配置是冲突的

解决方法安装插件解决冲突：npm install eslint-plugin-prettier eslint-config-prettier -D（自定义配置时会默认安装） 这一步不用操作

4，git Husky和eslint

虽然我们已经要求项目使用eslint了，但是不能保证组员提交代码之前都将eslint中的问题解决掉了;
也就是我们希望保证代码仓库中的代码都是符合eslint规范的；那么我们需要在组员执行git commit命令的时候对其进行校验，如果不符合eslint规范，那么自动通过规范进行修复；那么如何做到这一点呢？可以通过Hu5ky工具：
husky是一个git hook.工具，可以帮助我们触发git提交的各个阶段：1，pre-commit(commit前的回调)、commit-msg（commit -m""备注信息的拦截验证）、pre-push(push前的 拦截)

①，配置：npx husky-init :  npm install  安装完会生成一个文件夹，pack.json中会多出一行脚本命令(会自动执行) ；在husky的文件中配置，会执行每次提交都要执行一次eslint规范

 ②，Commitizen:是一个帮我本但是如果每次手动来编写这些是比较麻倾的事情，我们可以使用一个工具：Commitizen是一个帮助我们编写规范commit message的工具；

配置好之后就不需要git commit -m提交了   只需要运行npx cz选择配置项提交

如：

 ③，代码提交验证npm i @commitlint/config-conventional @commitlint/cli -D 

 配置好之后git commit提交就会出错，要用npm cz这种格式化规范提交才行，但是npm cz一般人不容易理解，可以在pack.json的script节点下添加："commit": "cz"，每次通过npm run commit提交

5，vue.config.js 

可以参考vuecli文档，