如何确保Git Commit的提交记录遵循规范,形成清晰、有逻辑的长尾词?

2026-04-02 14:251阅读0评论SEO问题
  • 内容介绍
  • 文章标签
  • 相关推荐

本文共计816个文字,预计阅读时间需要4分钟。

如何确保Git Commit的提交记录遵循规范,形成清晰、有逻辑的长尾词?

《篇首语:编程笔记》

篇首语:本文由编程笔记#自由互联小编为大家整理,主要介绍了规范gitcommit的提交记录相关的知识,希望对你有一定的参考价值。

篇首语:本文由编程笔记#自由互联小编为大家整理,主要介绍了规范git commit的提交记录相关的知识,希望对你有一定的参考价值。

如何确保Git Commit的提交记录遵循规范,形成清晰、有逻辑的长尾词?

??博客原文 :xxoo521.com《规范git commit的提交记录(交互式命令行)》

随着项目体积的增加,参与到项目中的同学越来越多,每个人都有自己的打 git log 的习惯:

  • 格式 1: add: 添加...
  • 格式 2: [add]: 添加...
  • 格式 3: Add 添加...

为了形成统一的规范,达成共识,从而降低协作开发成本,需要对 git commit 记录进行规范。

规范 git commit 记录

规范 git commit 记录,需要做两件事情:

  • 通过交互式命令行,自动生成符合指定规范的 commit 记录
  • 提交记录后,在 git hooks 中进行 commit 记录格式检查

问:既然已经交互式生成了规范记录,为什么需要在 hooks 进行检查?

交互式生成 commit 记录,需要用户调用自定义的 npm scripts,例如npm run commit。但还是可以直接调用原生 git 命令 git commit 来提交记录。而检查是在正式提交前进行的,因此不符合要求的记录不会生效,需要重新 commit。

调研:交互式 commit log 规范方案

前期调研结果,关于 commit 提示有两种做法:

  • 直接使用 commitizen 中常用的 adapter
  • 根据团队的需要,自定义 adapter
  • 方法 1 的优缺点:

    优点 1: 直接安装对应的 adapter 即可

    优点 2: 无开发成本

    缺点 1: 无法定制,不一定满足团队需要

    方法 2 的优缺点:

    优点 1: 可定制,满足开发需求

    优点 2: 单独成库,发布 tnpm,作为技术建设

    缺点 1: 需要单独一个仓库(但开发成本不高)

    代码实现

    在实际工作中,发现方法 1 中的常用规范,足够覆盖团队日常开发场景。所以,选择了方法 1.

    step1: 安装 npm 包

    npm i --save-dev commitizen cz-conventional-changelog @commitlint/cli @commitlint/config-conventional husky

    添加 package.json 的配置:

    "scripts": { "commit": "git-cz"},"husky": { "hooks": { "commit-msg": "commitlint -E HUSKY_GIT_PARAMS" }},"config": { "commitizen": { "path": "./node_modules/cz-conventional-changelog" }}

    在项目根目录下创建commitlint.config.js:

    module.exports = { extends: ["@commitlint/config-conventional"]};

    使用方法:不再使用git commit -m ...,而是调用npm run commit。

    ??扫码关注「心谭博客」,查看「前端图谱」&「算法题解」,坚持分享,共同成长??

    本文共计816个文字,预计阅读时间需要4分钟。

    如何确保Git Commit的提交记录遵循规范,形成清晰、有逻辑的长尾词?

    《篇首语:编程笔记》

    篇首语:本文由编程笔记#自由互联小编为大家整理,主要介绍了规范gitcommit的提交记录相关的知识,希望对你有一定的参考价值。

    篇首语:本文由编程笔记#自由互联小编为大家整理,主要介绍了规范git commit的提交记录相关的知识,希望对你有一定的参考价值。

    如何确保Git Commit的提交记录遵循规范,形成清晰、有逻辑的长尾词?

    ??博客原文 :xxoo521.com《规范git commit的提交记录(交互式命令行)》

    随着项目体积的增加,参与到项目中的同学越来越多,每个人都有自己的打 git log 的习惯:

    • 格式 1: add: 添加...
    • 格式 2: [add]: 添加...
    • 格式 3: Add 添加...

    为了形成统一的规范,达成共识,从而降低协作开发成本,需要对 git commit 记录进行规范。

    规范 git commit 记录

    规范 git commit 记录,需要做两件事情:

    • 通过交互式命令行,自动生成符合指定规范的 commit 记录
    • 提交记录后,在 git hooks 中进行 commit 记录格式检查

    问:既然已经交互式生成了规范记录,为什么需要在 hooks 进行检查?

    交互式生成 commit 记录,需要用户调用自定义的 npm scripts,例如npm run commit。但还是可以直接调用原生 git 命令 git commit 来提交记录。而检查是在正式提交前进行的,因此不符合要求的记录不会生效,需要重新 commit。

    调研:交互式 commit log 规范方案

    前期调研结果,关于 commit 提示有两种做法:

  • 直接使用 commitizen 中常用的 adapter
  • 根据团队的需要,自定义 adapter
  • 方法 1 的优缺点:

    优点 1: 直接安装对应的 adapter 即可

    优点 2: 无开发成本

    缺点 1: 无法定制,不一定满足团队需要

    方法 2 的优缺点:

    优点 1: 可定制,满足开发需求

    优点 2: 单独成库,发布 tnpm,作为技术建设

    缺点 1: 需要单独一个仓库(但开发成本不高)

    代码实现

    在实际工作中,发现方法 1 中的常用规范,足够覆盖团队日常开发场景。所以,选择了方法 1.

    step1: 安装 npm 包

    npm i --save-dev commitizen cz-conventional-changelog @commitlint/cli @commitlint/config-conventional husky

    添加 package.json 的配置:

    "scripts": { "commit": "git-cz"},"husky": { "hooks": { "commit-msg": "commitlint -E HUSKY_GIT_PARAMS" }},"config": { "commitizen": { "path": "./node_modules/cz-conventional-changelog" }}

    在项目根目录下创建commitlint.config.js:

    module.exports = { extends: ["@commitlint/config-conventional"]};

    使用方法:不再使用git commit -m ...,而是调用npm run commit。

    ??扫码关注「心谭博客」,查看「前端图谱」&「算法题解」,坚持分享,共同成长??