• Git Commit Message规范

    概述

    不知道大家在各自项目中是如何写提供代码的commit message, 我们项目有的同事写的很简单，压根不知道提交了什么内容，是新功能还是缺陷修复。本质上 commit message就是为了让团队成员知道这次提交的内容，为此，我们出了一个规范，约定团队的每个同事按照这个规范提交代码，达到通过message能够了解此次修改的内容。

    一、Commit message 的格式

    每次提交，Commit message 都包括三个部分：Header，Body 和 Footer。

    1. <type>(<scope>): <subject>
    2. // 空一行
    3. <body>
    4.

    其中，Header、针对feat和fix类型的提交内容 Body 是必需的。 不管是哪一个部分，任何一行都不得超过72个字符（或100个字符）。这是为了避免自动换行影响美观。

    1.1 Header

    Header部分只有一行，包括三个字段： type（必需）、scope（必需）和subject（必需）。
    （1）type
    type用于说明 commit 的类别，只允许使用下面7个标识。

    1. feat：新功能（feature）
    2. fix：修补bug
    3. docs：文档（documentation）
    4. style： 格式（不影响代码运行的变动）
    5. refactor：重构（即不是新增功能，也不是修改bug的代码变动）
    6. test：增加测试
    7. build：构建过程或辅助工具的变动
    8.

    （2）scope
    scope用于说明 commit 影响的范围，比如指标模板、规则上下线等等，视项目不同而不同。
    （3）subject
    subject是 commit 目的的简短描述，不超过50个字符。

    1. 1. 以动词开头，使用第一人称现在时，比如change，而不是changed或changes
    2. 2. 第一个字母小写
    3. 3. 结尾不加句号（.）
    4.

    1.2 Body

    Body 部分是对本次 commit 的详细描述，可以分成多行。

    1. 1. 需要简要的列出各种正向或者反向的测试场景，测试通过，填pass。
    2. 2. 增加修改人信息
    3.

    二、例子

    2.1 feat例子

    1. feat(规则上下线、构建、生效、仿真生效): 添加规则上下线功能 
    2.  
    3. 1. 规则上下线主流程，引擎正常订阅，fldl生成正常。 pass
    4. 2. 规则上下线，传入不存在的规则编号，异常提示。 pass
    5.  
    6. 提交人：xxx
    7.

    2.2 fix例子

    1. fix(模型模块): 模型测试失败
    2.  
    3. 1. 导入mar模型，包含衍生字段。 pass
    4. 2. 导入mar模型，不包含衍生字段。 pass
    5.  
    6. 提交人：xxx
    7.

    插件推荐

    idea可以安装代码提交规范的插件。

    1. 安装插件

       

    2.提交时选择插件提交

  • 相关阅读:
    【Linux操作系统】--多线程（一）
    Elasticsearch：从零开始创建一个 ingest pipeline 处理器
    如何设计一个C语言面向结构体的内存数据库
    【大数据离线开发】6.2 MapReduce的高级特性
    ZYNQ之FPGA学习----UART串口实验
    【控制模型】数字 PID 控制 — 位置式PID算法
    Android Studio实现一个新闻APP
    python的闭包和装饰器
    LeetCode 1620. 网络信号最好的坐标
    工作常用之Spark调优一】
  • 原文地址：https://blog.csdn.net/LBWNB_Java/article/details/126776372