遵循常规提交关于包版本更改(升级/更新)的提交的最佳<type>是什么?
。:feat: Bump React version to "16.13.1"
。:feat: Upgrade all dependencies
如果您使用build作用域，请考虑以下选项:
build(deps): bump React version to "17.0.2"
常规提交基于Angular的常规提交。Angular的CONTRIBUTING.md状态:
build:影响构建系统或外部依赖的更改(示例范围:gulp, broccoli, npm)
Others:除了fix:和feat:之外的提交类型是允许的，例如@commitlint/config-conventional(基于Angular约定)推荐chore:、docs:、style:、refactor:、perf:、test:和其他。我们还建议在不添加新功能或修复错误的情况下改进当前实现的提交。请注意，这些类型不是由传统的提交规范强制要求的，并且在语义版本控制中没有隐含的影响(除非它们包含BREAKING CHANGE，这是不推荐的)。范围可以提供给提交类型，以提供额外的上下文信息，并包含在括号中，例如feat(parser): add解析数组的能力。
来源:https://www.conventionalcommits.org/en/v1.0.0-beta.2/
所以对我来说一个理想的候选人是chore: upgrade package dependencies，它一定不会导致任何版本号的颠簸。
请注意，升级依赖关系可能会也可能不会导致破坏性的更改，这可能会导致比package.json更新大得多的提交。
但就你的应用程序而言，你的工作就是在不为用户改变任何东西的情况下处理那些破坏性的变化。所以在这方面，我不认为feat:和fix:都是合理的，理想的，这个提交不会带来任何面向用户的变化。