分支命名
借鉴大佬的规范：
时间（年月日）_业-务-名_作者名称
commit描述
提交的类型，限定在以下类型（全小写）:
- feature：新增功能
- fix：bug 修复
- optimize：代码优化
- test：单元测试的添加或修复
- style：代码风格调整
- docs：代码或文档勘误
- refactor：代码重构（不涉及功能变动）
- perf：性能优化
- revert：回滚
- deps：第三方依赖库的修改
- community：社区相关的修改，如修改 Github Issue 模板等。
合并过程
1.从master基础上创建新分支来开发
2.开发完合并到test分支来测试
3.最终合并到master来上生产（注意，有些分支不规范，可能不是以master为主分支，需要看一下上次发布的分支是那个，再合并过去）