新功能、更新、设计是否在语义提交消息约定中使用 feat: ?

seo*_*han 3 commit conventional-commits

我决定在我的新玩具项目中使用语义提交消息。
我看到了各种类型的语义提交消息。

类型 描述
壮举 用户的新功能,而不是构建脚本的新功能
使固定 为用户修复错误,而不是修复构建脚本
文档 文档的更改
风格 格式、缺少分号等;没有生产代码更改
重构 重构生产代码,例如。重命名变量
测试 添加缺失的测试、重构测试;没有生产代码更改
杂务 更新 grunt 任务等;没有生产代码更改

对于前端工程师的
设计、更新和新功能,它们都使用语义feat:?
没有像design:or 这样的语义update:吗?

Sey*_*sen 9

遵循角度贡献指南,此处的设计(html、css 等)更改style不是正确的选择。

前端更改的几个示例:

你改变了什么 提交类型
您为页脚添加了 html/css 壮举
你修复了 IE6 中的 CSS 错误(笑) 使固定
您在页脚添加了一个链接 壮举
你检查了 css 并修复了缩进问题和缺少分号 风格
您优化了 CSS 动画以获得更高的帧速率 性能
您添加了打印样式 壮举
您移植了现有的 css 并选择从现在开始使用 SASS 重构