【发布时间】:2021-04-27 12:11:14
【问题描述】:
在Conventional Commits 之后,对于有关包版本更改(升级/更新)的提交,最好的<type> 是什么?
例如:feat: Bump React version to "16.13.1"
例如:feat: Upgrade all dependencies
【问题讨论】:
标签: git commit git-commit conventional-commits
在Conventional Commits 之后,对于有关包版本更改(升级/更新)的提交,最好的<type> 是什么?
例如:feat: Bump React version to "16.13.1"
例如:feat: Upgrade all dependencies
【问题讨论】:
标签: git commit git-commit conventional-commits
其他:除了 fix: 和 feat: 之外的提交类型是允许的,例如 @commitlint/config-conventional(基于 Angular 约定)推荐 chore:、docs:、style:、refactor:、perf:、test :, 和别的。我们还建议在不添加新功能或修复错误的情况下改进当前实现的提交。请注意,这些类型不是传统提交规范的强制要求,并且在语义版本控制中没有隐含影响(除非它们包含不推荐的 BREAKING CHANGE)。可以为提交的类型提供范围,以提供额外的上下文信息,并包含在括号中,例如,feat(parser): add ability to parse arrays。
来源: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"
【讨论】: