git commit约定式提交规范
为什么使用约定式提交？ 自动化生成 CHANGELOG。 基于提交的类型，自动决定语义化的版本变更。 向同事、公众与其他利益关系者传达变化的性质。 触发构建和部署流程。 让人们探索一个更加结构化的提交历史，以便降低对你的项目做出贡献的难度。
- fix: 修复 (Fix) - 表示在代码库中修复了一个 bug。
- feat: 功能 (Feature) - 表示在代码库中新增了一个功能。
- BREAKING CHANGE: 破坏性变更 (Breaking Change) - 表示引入了破坏性 API 变更，这可能会影响到依赖该代码库的其他项目。
- build: 构建 (Build) - 用于修改项目构建系统，例如修改依赖库、外部接口或者升级 Node 版本等。
- chore: 维护 (Chore) - 用于对非业务性代码进行修改，例如修改构建流程或者工具配置等。
- ci: 持续集成 (Continuous Integration) - 用于修改持续集成流程，例如修改 Travis、Jenkins 等工作流配置。
- docs: 文档 (Documentation) - 用于修改文档，例如修改 README 文件、API 文档等。
- style: 样式 (Style) - 用于修改代码的样式，例如调整缩进、空格、空行等。
- refactor: 重构 (Refactor) - 用于重构代码，例如修改代码结构、变量名、函数名等但不修改功能逻辑。
- perf: 性能 (Performance) - 用于优化性能，例如提升代码的性能、减少内存占用等。
- test: 测试 (Test) - 用于修改测试用例，例如添加、删除、修改代码的测试用例等。
参考文献：