-
一、创建项目
我是要用Vue CLI创建项目,所以不要自己手动在文件夹中写项目名
1 Vue create xxx
以下是配置的一些选项,这里没有选择router和vuex,你也可以手动选择,我这里选择自己配置。
?5:要不要使用babel处理typeScript
typescript的编译有两种方式:
- 通过默认安装的typescript中的tsc
- babel也可以编译typescript
使用babel和使用tsc的区别是:babel在某些情况下可以帮助打上一些polyfill(补丁),所以一般选择babel
?6:CSS预处理器
?7:eslint + prettier
prettier前端代码格式化工具
-
二、代码规范
2.1. 集成editorconfig配置
EditorConfig 有助于为不同 IDE 编辑器上处理同一项目的多个开发人员维护一致的编码风格。(比如使用不同的电脑mac window 或者使用不同的编辑器 编写出来的代码会不一样)
创建一个.editorconfig文件 以下是代码是文件的具体配置
http://editorconfig.org
root = true # 表示文件在根下 [*] # 表示所有文件适用 charset = utf-8 # 设置文件字符集为 utf-8 indent_style = space # 缩进风格(tab | space) indent_size = 2 # 缩进大小 end_of_line = lf # 控制换行类型(lf | cr | crlf) trim_trailing_whitespace = true # 去除行首的任意空白字符 insert_final_newline = true # 始终在文件末尾插入一个新行 [*.md] # 表示仅 md 文件适用以下规则 max_line_length = off trim_trailing_whitespace = false
默认情况下 vsCode不会读取.editorconfig文件,需要安装一个插件:EditorConfig for VS Code
VSCode需要安装一个插件:EditorConfig for VS Code
配置这个文件并安装这个插件后不同程序员在不同设备上使用不不同编辑器可以根据这个规范写出的代码都符合规范。
1.2. 使用prettier工具
Prettier是一款强大的代码格式化工具
,支持 JavaScript、TypeScript、CSS、SCSS、Less、JSX、Angular、Vue、GraphQL、JSON、Markdown 等语言,基本上前端能用到的文件格式它都可以搞定,是当下最流行的代码格式化工具。
其实vscode可以安装prettier插件实现代码格式化,但是用以下方法安装可以保证我们不用vscode,用普通的文本编辑器,也能实现代码格式化。
1.安装prettier -D(--save-dev)表示开发时依赖 项目打包时不需要
npm install prettier -D
2.配置.prettierrc文件: 为什么需要配置这个文件呐?因为对文件格式化,你到底想格式化成什么标准,你得制定啊!rc:runtime compiler
-
- useTabs:使用tab缩进还是空格缩进,选择false;
- tabWidth:tab是空格的情况下,是几个空格,选择2个;
- printWidth:当行字符的长度,推荐80,也有人喜欢100或者120;
- singleQuote:使用单引号还是双引号,选择true,使用单引号;
- trailingComma:在多行输入的尾逗号是否添加,设置为
none
; - semi:语句末尾是否要加分号,默认值true,选择false表示不加;
{ "useTabs": false, "tabWidth": 2, "printWidth": 80, "singleQuote": true, "trailingComma": "none", "semi": false }
3.创建.prettierignore忽略文件 也就是说这里的代码不需要按照我们的格式化标准格式化
/dist/* .local .output.js /node_modules/****/*.svg **/*.sh
/public/*
4.VSCode需要安装prettier的插件
5.测试prettier是否生效
-
- 测试一:在代码中保存代码;
- 测试二:配置一次性修改的命令;
在package.json中配置一个scripts:
"prettier": "prettier --write ."
执行npm run prettier 可以将所有需要格式化的文件格式化(这里出现了eslint和prettier格式冲突的问题,下面马上解决)
1.3. 使用ESLint检测
1.在前面创建项目的时候,我们就选择了ESLint,所以Vue会默认帮助我们配置需要的ESLint环境。
2.VSCode需要安装ESLint插件:
3.解决eslint和prettier冲突的问题:(奇怪我的没有冲突问题唉,而且eslint好像也不起作用 功夫不负有心人,花了几个小时终于把eslint不起作用的问题解决了!已保存到集锦并添加了备注!)
安装插件:(vue在创建项目时,如果选择prettier,那么这两个插件会自动安装)
npm i eslint-plugin-prettier eslint-config-prettier -D
添加prettier插件(最后一行是新添加的):
extends: [ "plugin:vue/vue3-essential", "eslint:recommended", "@vue/typescript/recommended", "@vue/prettier", "@vue/prettier/@typescript-eslint", 'plugin:prettier/recommended' ],
会发现还是会报警告,关闭编辑器,重新打开就可以了。
1.4. git Husky和eslint
虽然我们已经要求项目使用eslint了,但是不能保证组员提交代码之前都将eslint中的问题解决掉了:(本来我们提交代码是直接 git add . git commit -m "" git push)
-
-
也就是我们希望保证代码仓库中的代码都是符合eslint规范的;
-
那么我们需要在组员执行
git commit
命令的时候对其进行校验,如果不符合eslint规范,那么自动通过规范进行修复;
-
那么如何做到这一点呢?可以通过Husky工具:
-
- husky是一个git hook工具,可以帮助我们触发git提交的各个阶段:pre-commit、commit-msg、pre-push (hook就是钩子、回调)
如何使用husky呢?
这里我们可以使用自动配置命令:(这个命令在window下不好使,把&&加'')
npx husky-init '&&' npm install
这里会做三件事:
1.安装husky相关的依赖:
2.在项目目录下创建 .husky
文件夹:
npx huksy install
下面的pre-commit中有一个npm test(有些指令可以省略run),它就会在git commit -m ""之前执行,后面我们可以在这修改。
3.在package.json中添加一个脚本:
接下来,我们需要去完成一个操作:在进行commit时,执行lint脚本:
git add . git commit -m "test01"
这个时候我们执行git commit的时候会自动对代码进行lint校验。
package.json中有这个脚本哦!
1.5. git commit规范
1.5.1. 代码提交风格
通常git commit会按照统一的风格来提交,这样可以快速定位每次提交的内容,方便之后对版本进行控制。
但是如果每次手动来编写这些是比较麻烦的事情,我们可以使用一个工具:Commitizen
-
- Commitizen 是一个帮助我们编写规范 commit message 的工具;
1.安装Commitizen
npm install commitizen -D
2.安装cz-conventional-changelog,并且初始化cz-conventional-changelog:
npx commitizen init cz-conventional-changelog --save-dev --save-exact
这个命令会帮助我们安装cz-conventional-changelog:
并且在package.json中进行配置:
这个时候我们提交代码需要使用
npx cz
但是在此之前还是要先
git add .
npx会去执行node_modules下面的.bin文件夹中的命名,这里npx cz就会去执行node_modules->.bin->cz,而cz就是commitizen
-
- 第一步是选择type,本次更新的类型
| Type | 作用 | |
| | feat | 新增特性 (feature)
| | fix | 修复 Bug(bug fix)
| | docs | 修改文档 (documentation)
| | style | 代码格式修改(white-space, formatting, missing semi colons, etc)
| | refactor | 代码重构(refactor)
| | perf | 改善性能(A code change that improves performance)
| | test | 测试(when adding missing tests)
| | build | 变更项目构建或外部依赖(例如 scopes: webpack、gulp、npm 等)
| | ci | 更改持续集成软件的配置文件和 package 中的 scripts 命令,例如 scopes: Travis, Circle 等
| | chore | 变更构建流程或辅助工具(比如更改测试环境)
| | revert | 代码回退 |
-
- 第二步选择本次修改的范围(作用域)
-
- 第三步选择提交的信息
-
- 第四步提交详细的描述信息
-
- 第五步是否是一次重大的更改
-
- 第六步是否影响某个open issue
我们也可以在scripts中构建一个命令来执行 cz:
以后执行
git add . npm run commit
它会去node_modules--bin--找到cz
1.5.2. 代码提交验证
如果我们按照cz来规范了提交风格,但是依然有同事通过 git commit
按照不规范的格式提交应该怎么办呢?
-
- 我们可以通过commitlint来限制提交;
1.安装 @commitlint/config-conventional 和 @commitlint/cli
npm i @commitlint/config-conventional @commitlint/cli -D
2.在根目录创建commitlint.config.js文件,配置commitlint
module.exports = { extends: ['@commitlint/config-conventional'] }
3.使用husky生成commit-msg文件,验证提交信息:(和之前拦截pre-commit一样,这里拦截commit-msg)这里是通过下面的命令在husky文件夹下面生成commit-msg文件
npx husky add .husky/commit-msg "npx --no-install commitlint --edit $1"