Skip to main content

Command Palette

Search for a command to run...

Git提交信息规范

Published
1 min read
Git提交信息规范
H

I am ZhangSan, a mere nobody. 我是张三,一个无名小子。

Git Commit Message Conventions

有时在Git提交时很着急直接写 update,这样会导致之后看代码根本不知道做了啥。有时回滚就相当麻烦

推荐写法

# 只有一行,通常不超过50个字符
# 包括三个字段:type(必需)、scope(可选)和subject(必需)

<type>(<optional scope>): <subject>

说明

  1. type 用于说明 commit 的类别,只允许小写字母,通常使用下面标识
  • build:构建相关

  • chore:构建过程、配置文件或辅助工具的变动

  • ci:持续集成相关

  • docs:文档(documentation)

  • feat:新功能(feature)

  • fix:修复 bug

  • perf:性能优化或算法优化

  • refactor:重构(既不是新增功能,也不是修改 bug 的代码变动)

  • revert:回滚

  • style:格式或样式相关(不影响代码运行的变动)

  • test:测试相关

注:随着时间迁移可能会有其他类型出现

  1. scope (可选的)通常用来说明本次提交覆盖的修改范围,如:某 Controller 或 Model

  2. subject 本次提交修改内容

例子

feat(user): verify email

fix(sms): token 验证变量丢失

test: jeeinn_com 网站登录

完整写法

<type>(<optional scope>): <subject>
// 空一行
<optional body>
// 空一行
<optional footer>

Git 提交规范参考:commitlint/@commitlint/config-conventional

15 views

More from this blog

git切换分支缓慢问题

背景 最近在项目中 test 分支与 master 分支切换时感到非常慢,大概需要1-2分钟 解决 找出两个分支的最大的差异 # 找出两个分支的差异 git diff --dirstat=files master..test # 输出 98.7% vendor/alipaysdk/openapi/v2/aop/request/ 分别检出两个分支到不同目录,经过比较发现文件主要差异为行尾表现不同,master 分支的文件为 LF、test 分支的为 CRLF。 处理方案 使用 .gitatt...

Feb 10, 20261 min read5

软件生产范式: 从 Ddd 到 Sdd + Tdd 的未来之路

未来的软件系统,很可能不再依赖大量手写的代码,而是依赖可验证的业务规范,以及对这些规范的自动化实现。——这正是从 DDD → SDD + TDD 的演进方向。 在 AI 深度参与软件开发的时代,传统的代码中心开发方式正在加速老化。我们正在经历一次结构性转变:从“写代码”转向“写规范 + 写测试 + 让 AI 自动补全逻辑”。 这篇文章试图提供一个前瞻性的观点(深度使用 vibe coding 近

Dec 9, 20253 min read13
软件生产范式: 从 Ddd 到 Sdd + Tdd 的未来之路

多项目部署时使用不同node版本与包管理器

nvm 项目地址:https://github.com/nvm-sh/nvmcorepack 项目地址:https://github.com/nodejs/corepack#readme 场景 前端多项目依赖不同的 nodejs 版本和不同的包管理器(npm、yarn、pnpm) 解决方案 1、依赖不同 nodejs 版本使用 nvm 来解决,项目中新增 .nvmrc 来指定版本号 2、针对不同包管理器的问题使用node自带的 corepack 来解决 # 使用指定版本 node nvm us...

Nov 5, 20251 min read1

hello1024

46 posts