使用传统提交更新包版本的良好提交消息是什么？

Question

以下常规提交关于软件包版本更改（升级/更新）的提交最好的

<type>

是什么？

例如：

feat: Bump React version to "16.13.1"

例如：

feat: Upgrade all dependencies

Answer 1

如果您使用

build

范围，请考虑此选项：

build(deps): bump React version to "17.0.2"

常规提交基于 Angular 常规提交。 Angular 的

CONTRIBUTING.md

指出：

build：影响构建系统或外部依赖项的更改（示例范围：gulp、broccoli、npm）

Answer 2

其他：允许使用除fix:和feat:之外的提交类型，例如@commitlint/config-conventional（基于Angular约定）推荐chore:, docs:, style:, refactor:, perf:, test:,和别的。我们还建议对提交进行改进，以改进当前的实现，而无需添加新功能或修复错误。请注意，这些类型不是传统提交规范所强制要求的，并且在语义版本控制中没有隐式影响（除非它们包含重大更改，但不建议这样做）。可以为提交的类型提供范围，以提供额外的上下文信息，并包含在括号内，例如 feat(parser)：添加解析数组的能力。

来源：https://www.conventionalcommits.org/en/v1.0.0-beta.2/

所以对我来说理想的候选者是

chore: upgrade package dependencies

，它不能导致任何版本号的增加。

请注意，升级依赖项可能会或可能不会导致重大更改，这可能会导致提交明显大于

package.json

更新。

但就您的应用程序而言，您的工作就是在不为用户做任何更改的情况下处理这些重大更改。因此，在这方面，我认为

feat:

和

fix:

都是不合理的，因为，理想情况下，此提交不会带来任何面向用户的更改。