首页 > 其他分享 >【vue3-element-admin】Husky + Lint-staged + Commitlint + Commitizen + cz-git 配置 Git 提交规范

【vue3-element-admin】Husky + Lint-staged + Commitlint + Commitizen + cz-git 配置 Git 提交规范

时间:2023-04-17 14:44:59浏览次数:52  
标签:Commitizen git admin lint staged -- 提交 commit

前言

本文介绍 vue3-element-admin 如何通过 Husky + Lint-staged + Commitlint + Commitizen + cz-git 来配置 Git 提交代码规范。

核心内容是配置 Husky 的 pre-commitcommit-msg 两个钩子:

pre-commit:Husky + Lint-staged 整合实现 Git 提交前代码规范检测/格式化 (前提:ESlint + Prettier + Stylelint 代码统一规范);

commit-msg: Husky + Commitlint + Commitizen + cz-git 整合实现生成规范化且高度自定义的 Git commit message。

Git 提交代码检测 Git 提交信息规范
image-20230417010758573 image-20230417010720749

Husky

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

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

Husky 安装有 自动安装手动安装 两种方式 。

在这里插入图片描述

官方推荐自动安装的方式,使用 husky-init 命令一次性完成依赖自动安装和配置

npx husky-init && npm install

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

Lint-staged

lint-staged 是一个在 git add 到暂存区的文件运行 linters (ESLint/Prettier/StyleLint) 的工具,避免在 git commit 提交时在整个项目执行。

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

Lint-staged 安装

npm install -D lint-staged

Lint-staged 配置

检测/格式化配置

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

"lint-staged": {
    "*.{js,ts}": [
      "eslint --fix",
      "prettier --write"
    ],
    "*.{cjs,json}": [
      "prettier --write"
    ],
    "*.{vue,html}": [
      "eslint --fix",
      "prettier --write",
      "stylelint --fix"
    ],
    "*.{scss,css}": [
      "stylelint --fix",
      "prettier --write"
    ],
    "*.md": [
      "prettier --write"
    ]
  }

添加 lint-staged 指令

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

  "scripts": {
    "lint:lint-staged": "lint-staged"
  }

修改提交前钩子命令

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

#npm test
npm run lint:lint-staged

Git 提交代码检测

Commitlint

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

Commitlint 安装

参考 官方安装文档

npm install -D @commitlint/cli @commitlint/config-conventional

Commitlint 配置

根目录创建 commitlint.config.cjs 配置文件,示例配置: @commitlint/config-conventional

module.exports = {
  // 继承的规则
  extends: ["@commitlint/config-conventional"],
  // @see: https://commitlint.js.org/#/reference-rules
  rules: {
    "subject-case": [0], // subject大小写不做校验

    // 类型枚举,git提交type必须是以下类型
    "type-enum": [
      2,
      "always",
      [
    'feat', // 新增功能
        'fix', // 修复缺陷
        'docs', // 文档变更
        'style', // 代码格式(不影响功能,例如空格、分号等格式修正)
        'refactor', // 代码重构(不包括 bug 修复、功能新增)
        'perf', // 性能优化
        'test', // 添加疏漏测试或已有测试改动
        'build', // 构建流程、外部依赖变更(如升级 npm 包、修改 webpack 配置等)
        'ci', // 修改 CI 配置、脚本
        'revert', // 回滚 commit
        'chore', // 对构建过程或辅助工具和库的更改(不影响源文件、测试用例)
      ],
    ],
  },
};

添加提交信息校验钩子

执行下面命令生成 commint-msg 钩子用于 git 提交信息校验,命令来自:@commitlint/README.md

npx husky add .husky/commit-msg "npx --no -- commitlint --edit $1"

生成的配置如下:

Commitlint 验证

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

不规范的 commit msg,提交失败 规范的 commit msg,提交成功

Commitizen & cz-git

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

Commitizen & cz-git 安装

npm install -D commitizen cz-git

cz-git 配置

修改 package.json 指定使用的适配器

 "config": {
    "commitizen": {
      "path": "node_modules/cz-git"
    }
  }

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

// commitlint.config.cjs
module.exports = {
  rule: {
    ...
  },
  prompt: {
  messages: {
      type: '选择你要提交的类型 :',
      scope: '选择一个提交范围(可选):',
      customScope: '请输入自定义的提交范围 :',
      subject: '填写简短精炼的变更描述 :\n',
      body: '填写更加详细的变更描述(可选)。使用 "|" 换行 :\n',
      breaking: '列举非兼容性重大的变更(可选)。使用 "|" 换行 :\n',
      footerPrefixesSelect: '选择关联issue前缀(可选):',
      customFooterPrefix: '输入自定义issue前缀 :',
      footer: '列举关联issue (可选) 例如: #31, #I3244 :\n',
      generatingByAI: '正在通过 AI 生成你的提交简短描述...',
      generatedSelectByAI: '选择一个 AI 生成的简短描述:',
      confirmCommit: '是否提交或修改commit ?',
    },
    // prettier-ignore
    types: [
      { value: "feat",     name: "特性:     ✨  新增功能", emoji: ":sparkles:" },
      { value: "fix",      name: "修复:     

标签:Commitizen,git,admin,lint,staged,--,提交,commit
From: https://www.cnblogs.com/haoxianrui/p/17325798.html

相关文章

  • 内网远程控制软件被控端 Radmin server (bat文件)安装不成功是因为未获得管理员权限
    Radmin注意:bat中显示以下内容(而非黑屏)才是安装成功。如果闪退,则说明未安装成功。经测试,在Windows7下的C盘中运行该bat文件,总是闪退(未安装成功),用管理员模式运行仍如此,这可能是未取得管理员权限造成的。目前未找到直接解决方案。但可以从其他盘符(如D盘)中成功运行、安装。la......
  • gitee github 左侧栏树形显示插件 Octotree codetree 浏览器插件
    起因看到一位仁兄用gitee做仓库https://gitee.com/zhengqingya/java-developer-document然后左侧栏挺方便(抖音视频)下载chrome扩展市场搜octotree用于githubcodetree用于gitee双核浏览器扩展市场搜octotree用于githubgitcodetree用于gitee......
  • Git显示文件已修改,但是本地和远程代码相同
    问题背景重装系统,备份了IDEA的代码,新系统打开项目显示全部已修改解决方案在项目根目录运行以下两条命令gitrm--cached-r.gitreset--hard......
  • 通过 docker-compose 快速部署 gitlab
    目录一、概述二、gitlab架构原理三、前期准备1)部署docker2)部署docker-compose四、直接通过docker部署gitlab五、通过docker-compose部署gitlab1)下载gitlab镜像2)docker-compose文件配置3)执行部署4)解读gitlabDockerfile文件六、gitlab操作(拉取和提交代码)1)配置ssh秘......
  • gitlab--Stages、job、.pre 、.post 、before_script、after_script、variables 环境
    Stages和job在pipeline中,有几个名词需要知道,Stages、job、stage、before_script、after_script等Stages:一个流水线可以包含若干个阶段,一个阶段可以包含若干个作业stages用于定义作业可以使用的阶段,并且是全局定义的。同一阶段的作业并行运行,不同阶段按顺序执行。这里定......
  • docker-compose gitea、drone
    version:"3"services:gitea:image:gitea/gitea:latestcontainer_name:giteaenvironment:-USER_UID=1000-USER_GID=1000restart:alwaysvolumes:-/gitea:/data-/etc/timezone:/etc/timezone:ro-/etc/localtime:/etc/localtime:roports:-"......
  • .gitignore文件
    .gitlogsrebel.xmltarget/!.mvn/wrapper/maven-wrapper.jarlog.path_IS_UNDEFINED.DS_Storeoffline_user.md###STS###.apt_generated.classpath.factorypath.project.settings.springBeans###IntelliJIDEA###.idea*.iws*.iml*.ipr###NetBeans###nbproject/private/b......
  • Git 打标签
    打标签原文链接:https://git-scm.com/book/zh/v2/Git-%E5%9F%BA%E7%A1%80-%E6%89%93%E6%A0%87%E7%AD%BE像其他版本控制系统(VCS)一样,Git可以给仓库历史中的某一个提交打上标签,以示重要。比较有代表性的是人们会使用这个功能来标记发布结点( v1.0 、 v2.0 等等)。一、列出标签......
  • git合并代码原理
    背景:最近在做体测,当我将prod-wmj合并到我新建的test-physical分支上的时候,出现超出我认知范围的现象,所以我认为git的原理我们没有搞懂,还要搞搞。merge的时候红色部分并不是我理解的目标分支的代码,那就让我们来想想吧~操作:1、首先提出来问题,代码更改有几种形式?git又是怎么做的?如果你......
  • 如果 Git 远程库与本地库不一致,导致无法将本地代码推送到远程库中,
    如果Git远程库与本地库不一致,导致无法将本地代码推送到远程库中,可以按照以下步骤操作:首先,使用gitfetch命令将远程库中的代码更新到本地仓库中,但不会合并到当前分支中。可以使用以下命令:gitfetchorigin这个命令会将远程库中的代码更新到本地仓库中的origin分支中。......