## 分支介绍
1. master 分支为最新的稳定版本，每次提交都会升级一个版本号
2. dev 分支为作者的开发分支，作者开发的最新功能会实时提交上来，喜欢尝鲜的可以切换为dev。 但可能有报错、漏提等，对项目不是很熟的朋友千万别尝试。
3. tag 每个固定的版本都会打一个tag方便后续切换任意版本。
4. dev 分支的功能开发&自测通过后，会合并到master，升级版本号后push，然后tag一个标签

## 提交规范:
1. 每次提交尽量按功能点或bug提交代码，哪怕是只修改了一行代码，一个字母,尽量不要一次性提交过多的功能和bug等
2. 及时拉取、及时提交、及时推送、及时合并；

## 安装一个 git commit Template 插件, 每次提交按下面的模版来写提交注释, 模版规范:
type: 用于说明 commit的类别，只允许使用下面7个标识:
    fix：修补bug
    hotfix：紧急修复bug
    chore：构建过程或辅助工具的变动
    docs：文档（documentation）
    feat：新功能（feature）
    refactor：重构（即不是新增功能，也不是修改bug的代码变动）
    style： 仅仅修改了空格、缩进等，不改变代码逻辑（不影响代码运行的变动）
    test：增加测试
    revert：回滚到上一个版本；
    perf：改善性能和体现的修改
    build：改变构建流程，新增依赖库、工具等（例如webpack修改）；

scope of  this change : 本次变更范围
用于描述改动的范围，格式为项目名/模块名，例如： node-pc/common rrd-h5/activity，而we-sdk不需指定模块名。如果一次commit修改多个模块，建议拆分成多次commit，以便更好追踪和维护。


short description : 简要说明

Long description : 详细说明

breaking changes : 不兼容变动
break changes指明是否产生了破坏性修改，涉及break changes的改动必须指明该项，类似版本升级、接口参数减少、接口删除、迁移等。

close issue : 关闭指定Issue


![代码提交规范.png](image/代码提交规范.png)
