一、Git 提交规范

1.type(必须-commit 的类别，只允许使用下面几个标识）

feat : 新功能

fix : 修复bug

docs : 文档改变

style : 代码格式改变

refactor : 某个已有功能重构

perf : 性能优化

test : 增加测试

build : 改变了build工具 如 grunt换成了 npm

revert : 撤销上一次的 commit

chore : 构建过程或辅助工具的变动

( 2 ) scope（可选） : 用于说明 commit 影响的范围，比如数据层、控制层、视图层等等，视项目不同而不同。

( 3 ) subject（必须） : commit 的简短描述，不超过50个字符。

tip:  详情见下方地址

https://www.jianshu.com/p/201bd81e7dc9?utm_source=oschina-app

二、版本及分支管理规范

项目代码仓库固定存在develop、test、master  3个主要分支。     

     develop：用于开发环境项目发布

     test: 用于测试环境项目发布

     master：用于生产环境项目发布

     bugfix：用于线上问题修改、生产环境发布

版本规则说明：1.1.0 

    第1位：主版本号，大功能定义的版本（一级功能）

    第2位：次版本号，次版本号（二级功能）

    第3位：修订版本号，表示线上bug修复，小功能的调整

流程及规范说明：

   1、新版本迭代开始，从master拉取创建新分支，分支命名为：dev-1.1.0

   2、开发完成后，dev分支合并到test分支

   3、测试环境验收通过后，test分支合并到master

   4、当线上出现bug，拉取bugfix分支，名称为bugfix-1.1.1，线上bug修复后，将代码分别合并到master和test分支

（注意：master主线分支务必和线上运行的版本一致）

三、学习资料

https://learngitbranching.js.org/?locale=zh_CN

https://www.git-scm.com/book/zh/v2

Git Flow

介绍

https://www.jianshu.com/p/41910dc6ef29

如何操作？

1. git remote -v 查看你的远程仓库的路径：

如果只有origin的两行, 说明你未设置 upstream （中文叫：上游代码库）一般情况下，设置好一次 upstream 后就无需重复设置。

2. 执行命令 git remote add upstream 上游代码库地址

3. 再次执行命令 git remote -v 检查是否成功

4. 将未提交的提交 git push origin master

5. 执行命令 git fetch upstream 抓取原仓库的更新

6. 执行命令 git merge upstream/master 合并远程的master分支

7. 执行命令 git push 把本地仓库向github仓库（你fork到自己名下的仓库）推送修改