首页/文章/前端规范

Husky(husky9.x版本适配) + Lint-staged + Commitlint + Commitizen

2024-12-04
1444 字约 5 分钟
...

Husky

Husky 是 Git 钩子工具,可以设置在 git 各个阶段(pre-commit、commit-msg 等)触发。 

官方网站:https://typicode.github.io/husky

Husky 安装方式:

安装命令:

npm install --save-dev husky
npx husky init

自动生成的 .husky目录和指令:

Lint-staged

lint-staged 是一个在 git add 到暂存区的文件运行 linters (ESLint/Prettier/StyleLint) 的工具,避免在 git commit 提交时在整个项目执行。lint-staged 可以让你当前的代码检查 只检查本次修改更新的代码,并在出现错误的时候,自动修复并且推送

官方网站:https://github.com/okonet/lint-staged

Lint-staged 安装

npm install --save-dev lint-staged 

Lint-staged 配置

检测/格式化配置

package.json 中添加不同文件在 git 提交执行的 lint 检测配置

添加 lint-staged 指令

package.json 的 scripts 添加 lint-staged指令:

"lint:lint-staged": "lint-staged"

修改提交前钩子命令

根目录 .husky目录下 pre-commit 文件中的 npm test 修改为 

npm run lint:lint-staged

![](https://i-blog.csdnimg.cn/blog_migrate/2f2c9c17a4c5a22b3b71871f13ccb634.png)

Git 提交代码检测

git commit -m "test husky lint-staged"

Commitlint

Commitlint 检查您的提交消息是否符合 Conventional commit format。-- Commitlint 官网

Commitlint 安装

参考 官方安装文档

npm install --save-dev @commitlint/config-conventional @commitlint/cli
Commitlint 配置

根目录下创建 commitlint.config.js 配置文件,注意:确保保存为 UTF-8 的编码格式,否则可能会出现错误。

echo "export default { extends: ['@commitlint/config-conventional'] };" > commitlint.config.js

增加配置项

  extends: ['@commitlint/config-conventional'],

添加提交信息校验钩子

执行下面命令生成 commint-msg 钩子用于 git 提交信息校验,husky9.x版本适配

echo "npx --no -- commitlint --edit \$1" > .husky/commit-msg

husky9.x版本下此命令生成的commint-msg 配置(编码格式为UTF-16LE):

 git  commit -m "不规范的提交"。测试错误如下:

.husky/commit-msg: .husky/commit-msg: cannot execute binary file
husky - commit-msg script failed (code 126)

解决办法:更改 .husky目录下 pre-commit 文件的编码格式为  UTF-8 的编码格式

Commitlint 验证

正确的提交格式:<type>(<scope>): <subject> ,type 和 subject 默认必填

|

不规范的 commit msg

( git commit -m "不规范的提交"),

提交失败

|

规范的 commit msg

( git commit -m "feat:  规范的提交" ),

提交成功

| | --- | --- | | | |

Commitizen & cz-git

Commitizen & cz-git

  • commitizen: 基于Node.js的 git commit 命令行工具,辅助生成标准化规范化的 commit message。–官方文档
  • cz-git: 一款工程性更强,轻量级,高度自定义,标准输出格式的 commitizen 适配器。-官方文档

Commitizen 安装

全局安装Commitizen 

npm install -g commitizen

cz-git 安装

步骤 1: 下载依赖

npm install -D cz-git

步骤 2: 修改 package.json 添加 config 指定使用的适配器

"path": "node_modules/cz-git"

cz-git 与 commitlint 进行联动给予校验信息,所以可以编写于 commitlint 配置文件(commitlint.config.cjs)之中

      customScope: '请输入自定义的提交范围 :',      subject: '填写简短精炼的变更描述 :\n',      body: '填写更加详细的变更描述(可选)。使用 "|" 换行 :\n',      breaking: '列举非兼容性重大的变更(可选)。使用 "|" 换行 :\n',      footerPrefixesSelect: '选择关联issue前缀(可选):',      customFooterPrefix: '输入自定义issue前缀 :',      footer: '列举关联issue (可选) 例如: #31, #I3244 :\n',      generatingByAI: '正在通过 AI 生成你的提交简短描述...',      generatedSelectByAI: '选择一个 AI 生成的简短描述:',      confirmCommit: '是否提交或修改commit ?',      { value: "feat",     name: "特性:     ✨  新增功能", emoji: ":sparkles:" },      { value: "fix",      name: "修复:     🐛  修复缺陷", emoji: ":bug:" },      { value: "docs",     name: "文档:     📝  文档变更", emoji: ":memo:" },      { value: "style",    name: "格式:     💄  代码格式(不影响功能,例如空格、分号等格式修正)", emoji: ":lipstick:" },      { value: "refactor", name: "重构:     ♻️  代码重构(不包括 bug 修复、功能新增)", emoji: ":recycle:" },      { value: "perf",     name: "性能:     ⚡️  性能优化", emoji: ":zap:" },      { value: "test",     name: "测试:     ✅  添加疏漏测试或已有测试改动", emoji: ":white_check_mark:"},      { value: "build",    name: "构建:     📦️  构建流程、外部依赖变更(如升级 npm 包、修改 vite 配置等)", emoji: ":package:"},      { value: "ci",       name: "集成:     🎡  修改 CI 配置、脚本",  emoji: ":ferris_wheel:"},      { value: "revert",   name: "回退:     ⏪️  回滚 commit",emoji: ":rewind:"},      { value: "chore",    name: "其他:     🔨  对构建过程或辅助工具和库的更改(不影响源文件、测试用例)", emoji: ":hammer:"},    customScopesAlign: 'bottom',    customScopesAlias: 'custom',    emptyScopesAlias: 'empty',    markBreakingChangeMode: false,    allowBreakingChanges: ['feat', 'fix'],    issuePrefixes: [{ value: 'closed', name: 'closed:   ISSUES has been processed' }],    customIssuePrefixAlign: 'top',    emptyIssuePrefixAlias: 'skip',    customIssuePrefixAlias: 'custom',    allowCustomIssuePrefix: true,    allowEmptyIssuePrefix: true,    maxHeaderLength: Infinity,    maxSubjectLength: Infinity,    scopeOverrides: undefined,

cz-git 验证

执行 git cz 指令进行代码提交流程,执行前需将改动的文件通过 git add 添加到暂存区

执行命令之后会出现询问交互,根据提示一步步的完善 commit msg 信息

 

参考   有来技术 的 文章  【vue3-element-admin】Husky + Lint-staged + Commitlint + Commitizen + cz-git 配置 Git 提交规范原文链接:https://blog.csdn.net/u013737132/article/details/130191363

如果您觉得这篇文章有帮助,请点个赞吧~

分享文章

相关文章

更多文章 →
前端规范2024-09-11
✨ feat: 自动给git提交添加emoji 无需手动输入
很多人都用过 ,或者类似的工具,但这些工具都需要靠手动书写、命令行工具、vscode插件来添加emoji,不太方便,本身emoji意义不大只是锦上添花的东西, 本文通过几行简单的自定义脚本来自动添加emoji , 锦上添花的同时没有任何额外负担 不用手动输入 ,根据type自动添加,也可以根据type scope组合 支持用任何工具提交 命令行 GUI图形化 自定义emoji映射 feat(core): 🥇 feat(ui): 🥈...
学习
前端规范2024-09-10
从HTML活动页面到 Vue、React 大型项目都通用的 git hooks 配置
git提交时不加审核,团队内的git规范很容易被一次次的样式拉扯修改、小bug调整等git提交给冲得稀烂。这时候可以使用 git 原生的 hooks,在 commit 之前监听一下 commit 内容。但是原生 git hooks 的配置默认是不同步到仓库的,这样一来,配置好的 hooks 事件其实就是本地单机事件,无法很好的团队共享。而 + 刚好能处理这个场景。 Husky Husky 是一个 Git Hook 工具,它允许开发者在...
学习
前端规范2023-07-06
nextjs项目配置eslint+prettier
一、安装 \+ prettier + eslint plugin prettier 二、配置.eslintrc.json 三、配置.prettiterrc.js
学习
http-网络2026-10-15
OAuth 2.0是什么,以及如何正确接入
一、先从一个需求理解 OAuth 2.0 假设你开发了一个相册整理工具,用户希望它读取某个云盘里的照片。 把云盘密码交给工具,会带来几个问题:工具拿到的权限太大,密码可能泄漏,用户也难以只撤销这个工具的访问。 OAuth 2.0 提供一套 委托授权机制 :用户在云盘自己的页面确认授权,工具取得一个有权限范围和有效期的访问令牌,再用它调用云盘 API。用户的云盘密码不交给工具。 可以把它理解为:给工具一张“限定用途的通行证”。但令牌泄漏同...
学习
前端2026-10-15
前端动画全景指南
一、前端动画到底是什么 前端动画,就是让画面随时间、用户输入或页面状态连续变化。变化的对象可以是按钮的位置、弹窗的透明度、SVG 的线条、Canvas 里的粒子,也可以是三维场景中的镜头。 先把三个问题分开: | 问题 | 常见答案 | | | | | 画什么? | DOM/CSS、SVG、Canvas 2D、GPU 渲染的场景、预制动画素材 | | 怎样变化? | CSS 过渡/关键帧、Web Animations API、逐帧计算、...
学习
flutter2026-10-14
Flutter Android 正式签名实战:生成密钥、配置构建与验证 APK
Flutter Android 正式签名实战:生成密钥、配置构建与验证 APK Android 正式签名不需要购买证书。开发者可以自己生成密钥,用它给 APK 签名;密钥的用途是建立稳定的应用身份。签名有效并不等于应用已经通过商店审核,也不等于应用功能已完成真机验收。 本文面向 Flutter Android 项目,介绍从开发签名切换到独立正式签名的完整流程。应用名称、目录、包名和证书信息均使用通用示例,不包含真实项目密码、私钥、签名指...
学习

评论

请登录后发表评论

去登录
加载评论中...

目录