Git代码提交规范

git,代码,提交,规范 · 浏览次数 : 903

小编点评

**内容简介** 本文介绍了 commitizen 工具,用于标准化 JavaScript 代码 commit 消息。工具具有以下主要功能: * 支持多种类型,包括特性、修复、文档、格式、重构、性能、测试、构建和环境变量。 * 使用 emoji 和主题颜色,增强可读性。 * 提供自定义配置选项,以定制代码提交规范。 * 支持多种编程语言,包括 Vue3、Element Admin 等。 **使用指南** 使用 commitizen 工具,只需按照以下步骤进行: 1. 创建一个新 JavaScript 文件。 2. 使用 `require()` 将 commitizen 工具模块加载到代码中。 3. 使用 `commit()` 方法进行代码提交。 4. 配置自定义选项,例如主题颜色、代码格式等。 5. 运行 `commit()` 方法提交代码。 **自定义配置** commitizen 工具提供以下自定义配置选项: * emoji * 主题颜色 * 代码格式 * 重构模式 * 测试模式 *构建模式 * 环境变量 **示例** ```javascript const commitizen = require('commitizen'); // 配置自定义选项 commitizen.config({ themeColorCode: '#0073E6', codeFormat: 'Eslin', }); // 提交代码 commitizen.commit({ message: 'Code formatted with Eslin', }); ``` **结论** commitizen 工具是标准化 JavaScript 代码 commit 消息的有效工具,提供了多种功能和自定义配置选项,使代码提交更易事。

正文

1. 引言

思想,因人而异,难以重复

写代码时,每个人的习惯是不一样的,所以,引入了代码规范,为了省力,引入了自动格式化代码工具,前端工程中比较典型的自动格式化代码工具如:Prettier · Opinionated Code Formatter

日常多人协作写代码时,需要不断提交、推送、拉取代码,提交代码时,需要输入一段Message来表述这次提交变更,思想因人而异,每个人写的Message都风格各异,所以,引入了提交规范,以及引入了提交规范辅助工具

可以查看一些经典开源项目的提交历史:

image-20230425194817336

这些提交信息看起来比较易读且工整,表达信息较为明确,整体较为规范

Git是常用的版本控制工具,本文描述使用Husky、commitlint等工具实现Git代码提交规范

2. Git Hooks

如同其他许多的版本控制系统一样,Git 也具有在特定事件发生之前或之后执行特定脚本代码功能(从概念上类比,就与监听事件、触发器之类的东西类似),Git Hooks 就是那些在Git执行特定事件(如commit、push、receive等)后触发运行的脚本,挂钩是可以放置在挂钩目录中的程序,可在git执行的某些点触发动作

使用Git Hooks可以实现:

  • 多人开发代码语法、规范强制统一
  • commit message 格式化、是否符合某种规范
  • 测试用例的检测
  • 代码提交后的项目自动打包(git receive之后) 等

更为详细的Git Hooks介绍与使用可以参考:

3. Husky

使用Git Hooks可以实现代码格式化、提交信息规范化,但是需要手动编写脚本,而Husky就是简化编写这些脚本的工具

Husky的官网:Husky - Git hooks (typicode.github.io)

参考官网,可以快速使用Husky:

安装以及初始化

npx husky-init && npm install  

在项目中使用时,如果没有package.json文件会执行失败,需先执行npm init

执行完上述命令后,可以发现项目中出现了新的文件夹.husky,下面有一个pre-commit

#!/usr/bin/env sh
. "$(dirname -- "$0")/_/husky.sh"

npm test

其作用主要是在commit之前执行npm test

为什么会执行这个命令呢?因为在<项目名>/.git/config 中新配置有:

hooksPath = .husky

即,Git Hooks的目录变更为.husky,Git处理时会自动应用该目录中的指定的命令(如,提交前执行npm test

接下来,只需要安装代码格式化工具并在pre-commit中写入执行命令即可提交前自动格式化

4. ESLint

ESLint时常用的代码格式化工具,常用的还有Prettier

官网为:Find and fix problems in your JavaScript code - ESLint - Pluggable JavaScript Linter

参考官网的手册:Getting Started with ESLint - ESLint - Pluggable JavaScript Linter

可以快速的使用ESLint:

安装:

npm init @eslint/config

然后根据提示进行操作即可安装完成

格式化文件代码:

npx eslint yourfile.js

执行npx eslint <yourfile.js>即可格式化代码文件

此处,当然可以提交前格式化所以代码文件,但是,每次提交的文件修改只是部分,并不需要把所有的代码文件进行格式化操作

只需把提交修改的文件,即暂存区的文件进行格式化操作即可

5. lint-staged

见字识义,lint-staged工具就是对暂存区的代码文件进行格式化

GitHub站点为:okonet/lint-staged: 🚫💩 — Run linters on git staged files (github.com)

根据站点的操作指南:okonet/lint-staged: 🚫💩 — Run linters on git staged files (github.com)

可以快速的使用lint-staged

安装:

npm install --save-dev lint-staged

配置参数:

配置参数可以参考示例:okonet/lint-staged: 🚫💩 — Run linters on git staged files (github.com)

即,在 package.json 中添加"lint-staged": {},最后 package.json 形如

{
  "name": "My project",
  "version": "0.1.0",
  "scripts": {
    "my-custom-script": "linter --arg1 --arg2"
  },
  "lint-staged": {
      "*.{js,jsx}": "eslint"
  }
}

然后,在pre-commit中写入执行命令即可提交前自动格式化代码:

npx lint-staged

接下来提交规范化

6. commitlint

commitlint是一个检查提交是否符合规范的工具

官网为:commitlint - Lint commit messages

参考官网,可以快速的使用commitlint

安装:

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

配置:

echo "module.exports = {extends: ['@commitlint/config-conventional']}" > commitlint.config.js

注意:

  • 如果commitlint.config.js文件不是utf8编码,请保存为utf8编码
  • 此命令不应使用CMD来执行

执行命令写入husky:

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

此时commitlint 具有默认的提交规范,参考:commitlint/@commitlint/config-conventional at master · conventional-changelog/commitlint (github.com)

7. Commitizen & cz-git

commitizen是基于Node.js的 git commit 命令行工具,辅助生成标准化规范化的 commit message,GitHub站点为:commitizen/cz-cli: The commitizen command line utility. #BlackLivesMatter (github.com)

cz-git:是一款工程性更强,轻量级,高度自定义,标准输出格式的 commitizen 适配器,官网为:快速开始 | cz-git (qbb.sh)

参考上述两个官方文档,可以快速的使用这两个工具:

安装:

npm install -D commitizen cz-git

配置:

修改 package.json 指定使用的适配器并添加 commit 指令:

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

此时,由于具有默认配置,在执行git add的情况下,直接运行npm run commit,就可以根据提示一步步的完善 commit msg 信息:

npm run commit

> git-hooks@1.0.0 commit
> git-cz

cz-cli@4.3.0, cz-git@1.6.1

? Select the type of change that you're committing: Use arrow keys or
type to search
> feat:     A new feature
  fix:      A bug fix
  docs:     Documentation only changes
  style:    Changes that do not affect the meaning of the code
  refactor: A code change that neither fixes a bug nor adds a feature
  perf:     A code change that improves performance
  test:     Adding missing tests or correcting existing tests
(Move up and down to reveal more choices)

当然,可以根据:配置模板 | cz-git (qbb.sh),进行进一步的配置

笔者从下面文档中复制了一份配置:

commitlint.config.js文件:

module.exports = {
  extends: ['@commitlint/config-conventional'],
  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: '修复:     🐛  修复缺陷', 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:' }
    ],
    useEmoji: true,
    emojiAlign: 'center',
    useAI: false,
    aiNumber: 1,
    themeColorCode: '',
    scopes: [],
    allowCustomScopes: true,
    allowEmptyScopes: true,
    customScopesAlign: 'bottom',
    customScopesAlias: 'custom',
    emptyScopesAlias: 'empty',
    upperCaseSubject: false,
    markBreakingChangeMode: false,
    allowBreakingChanges: ['feat', 'fix'],
    breaklineNumber: 100,
    breaklineChar: '|',
    skipQuestions: [],
    issuePrefixes: [{ value: 'closed', name: 'closed:   ISSUES has been processed' }],
    customIssuePrefixAlign: 'top',
    emptyIssuePrefixAlias: 'skip',
    customIssuePrefixAlias: 'custom',
    allowCustomIssuePrefix: true,
    allowEmptyIssuePrefix: true,
    confirmColorize: true,
    maxHeaderLength: Infinity,
    maxSubjectLength: Infinity,
    minSubjectLength: 0,
    scopeOverrides: undefined,
    defaultBody: '',
    defaultIssues: '',
    defaultScope: '',
    defaultSubject: ''
  }
}

此时在执行git add的情况下,运行npm run commit

PS E:\Code\test\Git-hooks> npm run commit

> git-hooks@1.0.0 commit
> git-cz

cz-cli@4.3.0, cz-git@1.6.1

? 选择你要提交的类型 : Use arrow keys or type to search
❯ 特性:     ✨  新增功能
  修复:     🐛  修复缺陷
  文档:     📝  文档变更
  格式:     💄  代码格式(不影响功能,例如空格、分号等格式修正)
  重构:     ♻️  代码重构(不包括 bug 修复、功能新增)
  性能:     ⚡️  性能优化
  测试:     ✅  添加疏漏测试或已有测试改动
(Move up and down to reveal more choices)

根据提示执行即可提交commit

8. 参考资料

[1] Git - githooks Documentation (git-scm.com)

[2] GitHook 工具 —— husky介绍及使用 - 较瘦 - 博客园 (cnblogs.com)

[3] Husky - Git hooks (typicode.github.io)

[4] Find and fix problems in your JavaScript code - ESLint - Pluggable JavaScript Linter

[5] okonet/lint-staged: 🚫💩 — Run linters on git staged files (github.com)

[6] conventional-changelog/commitlint: 📓 Lint commit messages (github.com)

[7] commitlint - Lint commit messages

[8] commitizen/cz-cli: The commitizen command line utility. #BlackLivesMatter (github.com)

[9] cz-git | 一款工程性更强,轻量级,高度自定义,标准输出格式的 Commitizen 适配器 (qbb.sh)

[10] 【vue3-element-admin】Husky + Lint-staged + Commitlint + Commitizen + cz-git 配置 Git 提交规范 - 有来技术团队 - 博客园 (cnblogs.com)

与Git代码提交规范相似的内容:

Git代码提交规范

Git是常用的版本控制工具,本文描述使用等工具实现Git代码提交规范

Git 版本控制:构建高效协作和开发流程的最佳实践

版本控制是软件开发的核心,促进团队协作与项目管理。通过制定明确的分支命名策略,遵循一致的代码提交规范,如指明提交类型和简短描述,增强了历史记录的可读性,可以清晰地组织和理解项目的结构与进展。

前端使用工具规范commit信息

前言 通过工具规范git提交信息也是工程化的一部分,在前端领域有一些工具为我们提供了相关功能,在这里做一下使用总结。 commitlint commitlint是什么? 就像eslint用来检查js代码是否标准,commitlint用来检查提交信息是否满足固定格式的工具。 同样,commitlint

面试官:你了解git cherry-pick吗?

事情要从一次不规范的代码开发开始说起 背景故事 时间 2024年某个风平浪静的周五晚上 地点 中国,北京,西二旗,某互联网大厂会议室 人物 小杰,小A,小B,老K 对话 老K:昨天提交的代码被测试打回来了!为什么小B没开发完的内容也一起提交上去了? 小B:啊?我不清楚啊,我在开发分支B开发完一部分就

husky的使用

前言 在做个人项目的时候遇到一个需求,要在编完代码之后代码提交之前生成一个预览文件,手动执行脚本难免会遗漏。然后就想到之前在工作中使用过的husky,正好拿过来用一用; husky是什么? husky是一个给git增加 hooks 工具 打开文档发现husky的版本已经更新到8.x了,这时候就照着新

一个基于GPT模型实现的Git Commit信息自动生成工具

每次提交代码的时候,你是否有为如何写Commit Message而迟迟按不下提交的时刻呢?然后,死磨硬泡写了一些并提交后,又被review的小伙伴吐槽了呢?相信很多小伙伴有过这样的经历吧? 趁着最近ChatGPT那么火,就来顺手推荐一个可以用于解决这个问题的VS Code插件:vscode-gpto

sourceTree合并一次提交的内容

sourceTree合并一次提交的内容 在基于git的开发中,经常遇到不同分支需要合并某一次特定的提交的代码,而不是合并整个代码。 场景:A分支是通用分支,B分支是私有化分支,现在A分支修改了一个通用的功能,需要合并到B分支上,功能在一次提交上。B分支只需要这次提交的代码,对A分支上改动的其他代码都

CodeArts Repo:6大特性助力企业代码稳定可靠安全无忧

摘要:华为云代码托管服务CodeArts Repo已于2月20日22:00正式上线,这是一款全栈自研、基于Git的云端代码托管服务,旨在保护企业核心代码资产安全,提升企业研发质量和效率。 本文分享自华为云社区《稳定可靠安全无忧,华为云发布代码托管服务CodeArts Repo》,作者:华为云头条 。

Vue源码学习(三):渲染第二步,创建ast语法树

好家伙,书接上回 在上一篇Vue源码学习(二):渲染第一步,模板解析中,我们完成了模板解析 现在我们继续,将模板解析的转换为ast语法树 1.前情提要 代码已开源https://github.com/Fattiger4399/analytic-vue.git手动调试一遍, 胜过我

【译】了解17.10 GA 中最新的 Git 工具特性

我们相信提高开发和团队协作的生产力可以帮助您产生更好的软件解决方案。这就是为什么 Visual Studio 版本控制团队发布了新特性,简化了内部循环和代码审查体验。