Conventional Commits：fix与feat适用场景及非Bug非Feature提交归类疑问

当提交内容既不属于bug修复（fix）也不属于新功能（feat）时，Conventional Commits规范提供了多个预设类型来覆盖这类场景，常用的几种如下：

• docs：适用于所有文档类修改，包括网页文本更新、代码注释调整、README文件修改等。你提到的修改网页文本的场景完全可以归到这个类型下，比如提交信息可以写：docs: 更新产品介绍页的核心卖点文本
• style：用于不影响代码逻辑的格式调整，比如修正缩进、调整空格、统一代码换行风格等。
• refactor：针对代码结构的重构操作，既不新增功能也不修复bug，比如提取公共函数、优化代码层级但保持原有功能不变。
• test：处理测试相关的内容，比如补充缺失的测试用例、修复测试代码中的错误、调整测试逻辑等。
• chore：涵盖工程化相关的杂项任务，比如更新依赖版本、调整构建脚本、修改配置文件、调整CI/CD流程等。

这些类型都是Conventional Commits规范中被广泛认可的分类，能清晰传达提交的核心内容，保持提交历史的一致性和可读性。

内容的提问来源于stack exchange，提问作者Murphstar