在一个功能分支上进行许多传统的壮举类型提交

Question

我已被添加到一个存储库，该存储库使用语义发布来自动提升 NPM 包的版本。该存储库使用常规提交规范，并且自述文件非常有限。

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

或者我不需要担心这个问题，因为分支是这样的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

上面的示例是否会像我使用过 3 次那样将 NPM 包提高 3 个次要版本feat，或者仅提高 1 个次要版本？或者这并不重要，唯一重要的是压缩提交并确保feat: added product card例如压缩的提交消息？

Answer 1

semantic-release您可以在dryRun模式下运行，它会告诉您它将采取什么操作，而无需实际执行。

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

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