最简Git提交规范

Git 代码规范

Git 每次提交代码,都是需要写Commit message(提交说明)。一般Commit message 的格式包含三个部分:

Header -----必填

    type ---必需

    scope --- 可选

    subject ---必需

Body ---- 可省略

Footer ---- 可省略

提交遵循原子性提交原则:每次尽可能最小量提交,仅包含一个不可分割的基本特性、问题修复或者优化提升,以便于code review / rollback / modification

在实际提交实践的过程中,大部分时候仅包含了Herder,提交最简、最重要的消息,即 :

Header = 【Type】+【Subject】


Type

feat:提交新功能

fix:修复了bug

docs:只修改了文档

style:调整代码格式,未修改代码逻辑(比如修改空格、格式化、缺少分号等)

refactor:代码重构,既没修复bug也没有添加新功能

perf:性能优化,提高性能的代码更改

test:添加或修改代码测试

chore:对构建流程或辅助工具和依赖库(如文档生成等)的更改


Subject

标题是对变更的简明描述,三个注意点:

    使用祈使句,现在时态

    不要大写首字母

    结尾不要使用句号


Example

chore: add Oyster build script

docs: explain hat wobble

feat: add beta sequence

fix: remove broken confirmation message

refactor: share logic between 4d3d3d3 and flarhgunnstow

style: convert tabs to spaces

test: ensure Tayne retains clothing



Other

Body 正文是对标题的补充,不是必须的,其包含更详细的信息,如代码修改的动机、方式、与修改前的代码对比等等。

Footer 注脚,通常是BREAKING CHANGE 或修复bug的链接。

©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • git的规范和相关科普知识 git commit 的规范要求(参考Angular团队) message格式如下: ...
    达文西_Huong阅读 784评论 0 0
  • commit log规范的意义: 便于程序员对提交历史进行追溯,了解发生了什么情况。 一旦约束了commit me...
    但时间也偷换概念阅读 5,247评论 0 4
  • 1. 前言 目前大部分公司都在使用Git作为版本控制,每个程序员每天都要进行代码的提交。很多开发者也包括我自己,有...
    码农小胖哥阅读 622评论 0 9
  • 目的 统一团队Git Commit标准,便于后续代码review、版本发布、自动化生成change log; 可以...
    Thread_921阅读 508评论 0 1
  • git 提交规范 前言 无规矩不成方圆,编程也一样。 如果你有一个项目,从始至终都是自己写,那么你想怎么写都可以,...
    janlle阅读 452评论 0 1