团队建设
前端项目规范-工具篇
00 分钟
2023-1-4
2023-9-11
type
status
date
slug
summary
tags
category
icon
password
为了提高整体开发效率,需要定制一些vue/electron/官网等脚手架工具。首先要将一些代码规范考虑在内,需要保持git仓库的代码就像是一个人写出来的。根据团队习惯,考虑后使用组合工具:
  1. 规范提交代码(必需)eslint + stylelint + prettier + husky + lint-staged
  1. 规范commit日志(必需)commitlint + commitizen + cz-conventional-changelog + conventional-changelog-cli
  1. 规范提交流程(github项目)release-it + gh-pages
  1. 辅助代码分析(可选)jsinspect + jscpd

#1. 规范提交代码

针对写出符合团队代码规范的js、css代码
  1. eslint: 对js做规则约束。强制校验
  1. stylelint: 对css做规则约束
  1. prettier: 代码格式化。强制格式化
  1. husky + lint-staged (opens new window):本地git钩子工具

#1.1 eslint(opens new window)

#1.1.1 安装

#1.1.2 .eslintrc.js配置

#1.1.3 提交前强制校验

将约束命令放置在提交代码前检查,这就要使用husky (opens new window)lint-staged (opens new window)工具,工具能在提交代码precommit时调用钩子命令。

#1.2 prettier(opens new window)

#1.2.1 安装

#1.2.2. .prettierrc.js配置

以下感谢团队伙伴@Birttany的配置说明

#1.2.3 提交前强制格式化

在提交git时需要对整个项目执行format格式化,使得代码强制统一。格式化之后再用eslint检查语法错误,无误后把格式化后的代码用git add .添加进入。如果有错误直接中断提交。

#1.3 stylelint

#2. 规范commit日志(必需)

在多人协作的项目中,如果Git的提交说明精准,在后期协作以及Bug处理时会变得有据可查,项目的开发可以根据规范的提交说明快速生成开发日志,从而方便开发者或用户追踪项目的开发信息和功能特性。
规范的Git提交说明:
  • 提供更多的历史信息,方便快速浏览
  • 可以过滤某些commit,便于筛选代码review
  • 可以追踪commit生成更新日志
  • 可以关联issues
Git提交说明结构:
Git提交说明可分为三个部分:Header、Body和Footer。
Header部分包括三个字段type(必需)、scope(可选)和subject(必需)。
type用于说明 commit 的提交性质。(Angular规范)
  • feat 新增一个功能
  • fix 修复一个Bug
  • docs 文档变更
  • style 代码格式(不影响功能,例如空格、分号等格式修正)
  • refactor 代码重构
  • perf 改善性能
  • test 测试
  • build 变更项目构建或外部依赖(例如scopes: webpack、gulp、npm等)
  • ci 更改持续集成软件的配置文件和package中的scripts命令,例如scopes: Travis, Circle等
  • chore 变更构建流程或辅助工具
  • revert 代码回退

#2.1 commitlint(opens new window)

约定commit message提交的格式

#2.1.1 安装

#2.1.2 配置

在根目录执行以下命令作为commitlint的配置

#2.1.2 提交前校验

#2.2 commitizen cz-conventional-changelog

commitlint约定了提交的格式,但每次书写都需要记住那些约定,增加记忆负担。所以使用cz工具让提交commit过程更加可视化
commitizen/cz-cli是一个可以实现规范的提交说明的工具,提供选择的提交信息类别,快速生成提交说明。

#2.2.1 安装

#2.2.2 配置

使用cz-conventional-changelog适配器(介于AngularJS规范),约定提交代码时的选项。

#2.2.3 命令执行

以后git commit都使用npm run commit(即git-cz)代替
commitlint + commitizen cz-conventional-changelog + conventional-changelog-cli

#2.3 conventional-changelog-cli(opens new window)

自动根据commit生成changelog
良好的changelog可以让用户一眼知道组件库的版本迭代演进,也是长期维护项目的必备内容。

#2.3.1 安装

#2.3.2 命令执行

TIP
每次发布组件包版本后,即可使用npm run changelog命令,自动根据git commit生成日志。

#3. 规范提交流程(可选)

针对github + npm项目,可以简化流程。内部非开源项目可跳过该内容。
  • gh-pages(发布demo到github)

#3.1 安装

#3.2 命令执行

#4. 辅助代码分析(可选)

敏捷开发过程中,代码复查是至关重要的一环,团队需要使用工具辅助代码分析。经比较和实践后,使用工具:jsinspect + jscpd
  1. jsinspect: 对js或jsx代码做重复检测。
  1. jscpd: 对代码重复率进行报告总结,辅助代码复查

#4.1 jsinspect(opens new window)

#4.1.1 安装

#4.1.2 提交前强制校验

#4.2 jscpd(opens new window)

#4.2.1 安装

#4.2.2 代码复查辅助命令

"scripts": { "codereview": "jscpd ./src" }

#总结

  • eslint + husky + lint-staged + prettier作为基础工具。
  • commitlint约束提交规范,commitizen让工具通过select选项,进行git commit, conventional-changelog-cli自动根据git commit生成changelog文件。
  • release-it核心是可以把包自动发送到npm上,gh-pages把指定目录发布到github gh-pages分支上。
配置好以上工具,开发组件库时常用三个命令:
  • 平时开发提交commit: npm run commit "commit": "git add -A && git-cz",
  • 发布npm包: npm publish "prepublish": "npm run build && release-it && npm run changelog",
  • 发布docs: npm run docs "release:docs": "npm run build:docs && gh-pages -d docs/.vuepress/dist",
以下示例个实际github项目配置: lq782655835/yi-ui(opens new window)