遵循常规提交<type>
对于包版本更改(升级/更新)的提交来说,什么是最好的?
例如:feat: Bump React version to "16.13.1"
例如:feat: Upgrade all dependencies
遵循常规提交<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"
常规提交基于 Angular 常规提交。Angular 的CONTRIBUTING.md
状态:
build:影响构建系统或外部依赖项的更改(示例范围:gulp、broccoli、npm)