问题描述
遵循 Conventional Commits 什么是关于包版本更改（升级/更新）的提交的最佳 <type>？
例如：feat: Bump React version to "16.13.1"
例如：feat: Upgrade all dependencies
解决方法
其他：除了 fix: 和 feat: 之外的提交类型是允许的，例如@commitlint/config-conventional（基于 Angular 约定）推荐 chore:,docs:,style:,refactor:,perf:,test ：， 和别的。我们还建议在不添加新功能或修复错误的情况下改进当前实现的提交。请注意，这些类型不受传统提交规范的强制要求，并且在语义版本控制中没有隐式影响（除非它们包含不推荐的 BREAKING CHANGE）。可以为提交的类型提供范围，以提供额外的上下文信息并包含在括号中，例如 feat(parser)：添加解析数组的能力。
来源：https://www.conventionalcommits.org/en/v1.0.0-beta.2/
因此对我来说理想的候选者是 chore: upgrade package dependencies，它不得导致任何版本号波动。
请注意，升级依赖项可能会也可能不会导致重大更改，这可能会导致提交远大于 package.json 更新。
但就您的应用而言，您的工作是处理那些重大更改而不为用户更改任何内容。因此，在这方面，我认为 feat: 和 fix: 都不合理，因为理想情况下，此提交不会带来任何面向用户的更改。
如果您使用 build 范围，请考虑以下选项：
build(deps): Bump React version to "17.0.2"
你怎么知道提交升级包不应该在一般级别上增加版本号？
升级软件包可能会修复您的产品或向您的产品添加错误。当有人向您的系统报告错误时，您想知道您需要哪些版本的软件包才能重现该问题。为此，您需要确切知道报告错误的版本中使用了哪些软件包。