企业中git规范

1、分支管理

大致类似如下（类似文件夹与文件的理解）：

• master：主分支
• feature：一般指你要开发新功能了，就放在该分支下
• fix：基于master分支的问题进行修复的分支
• optimization：基于master分支优化的分支

二、commit时的规范

在commit时，往往需要填写一些messsage，而备注的格式大致如下：

<type>( <scope> ): <subject>

type：必填，指代表你commit是什么类型，有如下类型：

• build：影响项目的构建、打包以及项目的一些依赖项发生了变化
• ci：持续集成相关文件的修改
• docs：文档修改
• feat：指你开发了新功能、新特性
• fix：指你修复了某些bug
• perf：优化了代码，并提升了性能
• refactor：代码重构了
• revert：回滚，恢复上一次的提交
• style：修改了代码格式、样式、并不是指css，比如加一个分号，少一个分号，换行等等
• test：新增或修改了测试用例
• chore: 其他修改（不在上述类型中的修改）

scope：可选，指代表你commit的影响的范围，比如说你修改了test文件夹下的index.html文件，就应该是：fix（test/）: < subject >

subject：必填， 指代表你要简要说明，尽量不要超过50个字符

三、验证git commit的规范

• 目前只有bi-fe（商业智能或者金融工程等等）会使用到commit验证，格式不符合的话将不能提交
• 其他项目暂时不做要求