格式
标题
标题即提交信息的第一行。
标题应简短地描述这次提交的内容。
与 FkGitCommitMsgStd 不同的是,本标准不推荐将描述符写入标题。
关于描述符,详见 FkGitCommitMsgStd,这里不加赘述。
如果是重大更新,可以考虑把描述符加入标题,并将其放在提交内容之前。
举例:VER 1.0.0 Initial
,VER 2.0.0 Typescript Refactor
,VER 3.0.0 ISS #7 Xyz Update
。
内容
内容的应当是至少一个项目组成的。
每个项目的第 1 个字符是操作,如下表。
字符 | 解释 |
---|
- | 添加特性 |
x | 删减特性 |
! | 重大特性 |
* | 修改 |
^ | 修复 |
$ | 重构 |
每个项目的第 2 个字符是类型,如下表。
字符 | 解释 |
---|
- | 特性 |
? | 文档 |
# | 依赖 |
< | 代码风格 |
> | 命令 |
M | 模块 |
H | 钩子 |
@ | GitHub Action |
每个项目的第 3 个字符是一个空格,随后是描述。
每个项目可以包含子内容。
子内容可以是:子项目或具体描述。
具体描述的第一个字符是描述类型,如下表。
描述类型后的内容是描述内容,在表意明确的情况下,可以且推荐使用中文。
字符 | 解释 |
---|
: | 普通说明 |
! | 已确认的 bug 说明 |
& | 参考说明。 |
子内容应当正确缩进,见举例:
-- 添加一个功能。
: 这个功能表现为某某某某。
-- 又一个功能。
*- 改进了某某某某。
-- 可以这样了。
-- 可以那样了。
: 就是那种,很特别的那种。
$- 某某功能改用某某实现了。
-> my-cmd qwq
: 可以这样调用了。
! 但是不能 `qvq`。
^> my-cmd qvq
: 修了个锅。
-< 用空格代替了 tab。
-? 更新了文档
: 在 Wiki 页面
-- 中文
*- English
-# yarn
-- eslint
x- commander