有的人commit提交的备注都不写，有的人写了就写个1。
那么，如何规范公司的commit呢？
提交commmit的内容是这样的：类型+改动的内容+（有时候功能相对复杂可以加备注）
类型是啥，下面我总结一下子：
开发中常用
feat: 加了什么功能，或者哪个功能改了，就用feat。feat这个单词其实就是(feature功能)的缩写。通俗易懂点就是新增了或者改了某某功能。fix: 修复了哪些bug。就是这个功能写了，写得有问题或者测出一些问题来，这次修好了，就用fix。perf: 这个就是关于优化的相关提交，其中包括（页面优化、性能优化、打包优化，编译速度提升等等），这个perf全称呼叫(performance性能)，一句话，优化的用perf.
比较少用，但偶尔会有的
test: 单元测试之类的，比如加了什么测试用例啊那些。style: 改样式之类的，但不会说改变功能需求逻辑之类的，这是样式改了。当然如果我们如果是改了什么删空格，改缩进，加什么分号之类的，也用这个。build: 改了build编译的一些东西，比如编译路径那些、编译配置那些。ci: （Continuous Integration持续集成）自动build自动部署到服务器上。这些操作的文件修改就用ci。refactor: 重构代码、数据结构那些，不影响UI界面和功能逻辑。docs: 改README文档、改API接口文档、改用户手册等等这些，就用docs。
就写到这里吧，散会！
☎️ 希望对大家有所帮助，如有错误，望不吝赐教，欢迎评论区留言互相学习。感谢阅读，祝您开发有乐趣。
