参考链接
痛点分析
- 1:多人合作开发,commit注释,随机编写规范提交格式
- 2:提交日志太多,无法查找(规范后可以过滤查找)
- 3:读不懂别人的提交日志 掌握提交语法
用例
git commit -m ‘提交规范,这里的注释应该如何编写’
语法
git commit -m 'type(scope): subject'
commit有什么
- head
- type 必填
- scope 可选项,一般用户写入模块
- subject 陈述信息
- body
- footer
常用的只有head
head详解
关键字type | 说明 |
---|---|
feat | 新增功能 |
fix | bug修复 |
docs | 文档更新,README.md等 |
style | 不影响程序逻辑的代码修改(修改空白字符,格式缩进,补全缺失的分号等,没有改变代码逻辑) |
refactor | 重构代码,不是修改不bug,也不是新增功能feart |
perf | 性能, 体验优化 |
test | 新增测试用例或是更新已存在测试 |
build | 修改构建系统,例如(gulp rollup webpack)等配置文件修改 |
ci | 修改持续集成文件,例如:ravis,Jenkins,GitLab CI,Circl 等提交 |
revert | 回退版本到某个更早提交 |
chore | 没有上述变动,其他;例如需修改test src目录 打包发布前,提交用chore |
depc | 升级依赖 |
练习测试
例如:新增功能首页
git commit -m 'feat(Home): 新增首页功能'
例如:修改详情页bug
git commit -m 'fix(Detail): 修改bug'
例如:打包发布button组件
git commit -m 'chore(all): 打包发布button组件'