首页/文章/前端规范

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
学习
八股文2026-07-30
一、TypeScript与类型系统(20题)
1\. 在定义AI接口返回的嵌套数据结构(如多轮对话、工具调用结果)时,如何用TypeScript的泛型与条件类型实现灵活的类型推导? 场景:为“AI助手”定义统一的消息类型系统,需兼容不同模型供应商(OpenAI/Anthropic)及内部(Moonshot)的返回格式。 核心答案: 构建一个以泛型为基础、条件类型为分支的层次化类型系统。核心是利用泛型参数化“消息内容”、“工具调用”和“提供商”,再通过条件类型精确匹配不同场景下的数据...
学习
godot2026-07-27
Godot 4 常用 UI 节点详解
Godot 4 常用 UI 节点详解 在 Godot 4 中,UI 系统基于 Control(控件) 节点构建。所有 UI 节点都继承自 Control,形成一棵完整的 UI 树。与游戏引擎中常见的"Canvas + DOM"模式不同,Godot 的 UI 系统是声明式的——你在场景中搭好节点树,引擎自动完成布局计算。 一、布局系统:Container 家族 Container 是 Godot UI 的 骨架 。它决定了子节点的大小和位...
学习
cocos2026-07-22
🎯 Cocos Creator 生命周期详解
Cocos Creator 生命周期详解 一、前言 Cocos Creator 作为主流的游戏开发引擎,其组件化架构的核心就是 生命周期回调函数 。理解这些回调的触发时机、执行顺序和使用场景,是写出高质量游戏逻辑的基础。 本文基于 Cocos Creator 3.x ,系统梳理从引擎启动到场景切换、从节点创建到销毁的完整生命周期。 二、组件生命周期回调总览 Cocos Creator 的生命周期回调按触发顺序排列如下: | 回调函数 |...
学习

评论

请登录后发表评论

去登录
加载评论中...

目录