git约定式提交

最新推荐文章于 2023-07-18 11:22:52 发布

_花开富贵

最新推荐文章于 2023-07-18 11:22:52 发布

阅读量430

点赞数

分类专栏： git java web 文章标签： git github 项目管理

本文链接：https://blog.csdn.net/sinat_42338962/article/details/110494106

版权

约定式提交规范提供了一套结构化的提交消息规则，方便自动化工具处理，与SemVer相符合。提交类型包括fix和feat等，破坏性变更需注明BREAKING CHANGE。此规范有助于生成CHANGELOG，决定版本变更，提升团队协作效率。FAQ解答了如何处理提交说明、类型选择等问题。

摘要由CSDN通过智能技术生成

约定式提交规范是一种基于提交消息的轻量级约定。它提供了一组用于创建清晰的提交历史的简单规则；这使得编写基于规范的自动化工具变得更容易。这个约定与 SemVer 相吻合，在提交信息中描述新特性、bug 修复和破坏性变更。

提交说明的结构如下所示：

<类型>[可选的作用域]: <描述>

[可选的正文]

[可选的脚注]

提交说明包含了下面的结构化元素，以向类库使用者表明其意图：

fix: 类型为 fix 的提交表示在代码库中修复了一个 bug（这和语义化版本中的 PATCH 相对应）。
feat: 类型为 feat 的提交表示在代码库中新增了一个功能（这和语义化版本中的 MINOR 相对应）。
BREAKING CHANGE: 在可选的正文或脚注的起始位置带有 BREAKING CHANGE: 的提交，表示引入了破坏性 API 变更（这和语义化版本中的 MAJOR 相对应）。破坏性变更可以是任意类型提交的一部分。
其它情况: 除 fix: 和 feat: 之外的提交类型也是被允许的，例如 @commitlint/config-conventional（基于 Angular 约定）中推荐的 chore:、docs:、style:、refactor:、perf:、test: 及其他标签。我们也推荐使用improvement，用于对当前实现进行改进而没有添加新功能或修复错误的提交。请注意，这些标签在约定式提交规范中并不是强制性的。并且在语义化版本中没有隐式的影响（除非他们包含 BREAKING CHANGE）。可以为提交类型添加一个围在圆括号内的作用域，以为其提供额外的上下文信息。例如 feat(parser): adds ability to parse arrays.。

feat: allow provided config object to extend other configs

BREAKING CHANGE:

关注

专栏目录