背景

git规定提交时必须要写提交信息,作为改动说明保存在 commit 历史中,方便回溯。规范的 log 不仅有助于他人 review,还可以有效的输出 change_log甚至对于项目的研发质量都有很大的提升。参考目前比较流行的Angular团队的commit规范



Angular commit规范格式

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

分别对应 Commit message 的三个部分:Header,Body 和 Footer



Header

Header 部分只有一行

包括三个字段:type(必需)、scope(可选)和subject(必需)

  • type::用于说明 commit 的类型,一般有以下几种

    • feat: 新增feature
    • fix: 修复bug
    • docs: 仅仅修改了文档, 如readme.md
    • style: 仅仅是对格式进行修改,如逗号、缩进、空格等。不改变代码逻辑
    • refactor: 代码重构,没有新增功能或修复bug
    • perf: 优化相关,如提升性能、用户体验等。
    • test: 测试用例,包括单元测试、集成测试。
    • chore: 改变构建流程、或者增加依赖库、工具等。
    • revert: 版本回滚
  • scope:用于说明 commit 影响的范围

    比如:视图层、控制层、数据层、docs、config、plugin、util、test

  • subject:commit 目的的简短描述

    一般不超过50个字



Body

补充 subject 添加详细说明,可以分成多行

适当增加原因、目的等相关因素,也可不写

参考

 #  body: 72-character wrapped. This should answer:
 # * Why was this change necessary?
 # * How does it address the problem?
 # * Are there any side effects?
 # initial commit




Footer

当有当前代码与上一个版本不兼容(Breaking Change)时必须在这里描述清楚

修复的 bug(关闭issue)或是链接到相关文档,如 Closes #1, Closes #2, #3


使用

  1. 设置git 提交信息模板

新建 .gitmessage.txt(模板文件) ,参考内容如下

# headr: <type>(<scope>): <subject>
# - type: feat, fix, docs, style, refactor, test, chore
# - scope: can be empty
# - subject: start with verb (such as 'change'), 50-character line
#
# body: 72-character wrapped. This should answer:
# * Why was this change necessary?
# * How does it address the problem?
# * Are there any side effects?
#
# footer:
# - Include a link to the issue.
# - BREAKING CHANGE
#
  1. 配置提交信息模板
//这个命令只能设置当前分支的提交模板
git config commit.template   [模板文件名]
//这个命令能设置全局的提交模板,注意global前面是两杠
git config  --global commit.template   [模板文件名]


Idea 插件

  1. 安装插件
Untitled
  1. 使用
Untitled
Untitled
Untitled
Untitled

本文使用
markdown.com.cn
排版

标签: none

添加新评论