4

我已被添加到一个使用来自动提升 NPM 包版本的存储库中。该 repo 使用Conventional Commits 规范，并且 README 非常有限。

如果我要创建一个feature/ABC-123包含新功能的分支，这是否意味着我所做的每一次提交都应该有一个提交结构，feat: my message related to this commit或者我应该只有一个feat提交，其余的chore或其他类型不会增加 repo 的版本?

或者我不需要担心这个分支feature/ABC-123，因此知道将包提升 1 个次要版本，因为它位于功能文件夹中？

希望以上内容有意义，但如果不是，这里是一个提交历史示例：

feat: add product card basic layout
feat: add title to product card
test: add unit tests to product card
feat: add image to product card
chore: update breakpoints for card
test: add more unit tests

上面的这个例子会将 NPM 包提升 3 个次要版本，因为我已经使用了feat3 次，或者一个它只提升了 1 个次要版本？还是这无关紧要，唯一重要的是压缩提交并确保feat: added product card例如压缩的提交消息？

4

1 回答 1

2

您可以semantic-release在dryRun模式下运行，它会告诉您在不实际采取的情况下会采取什么行动。

默认情况下，给定您列出的提交，它会影响次要版本。它基于集合中最大的变化而变化。您没有重大更改，但您有许多新功能。如果您在一系列提交后运行它，它不会为每个功能增加一次版本。它只会碰撞一次。

据我所知，分支名称无关紧要。这都是关于提交消息的。

于 2020-11-13T15:23:50.163 回答