开发工程管理规范

git commit规范

1.commit message格式

 < type >： < subject >

（<类型>：<主题>）

2.格式说明

type(必须)
用于说明git commit的类别，可指定为下面其中一个：

feat：增加新的特性，新功能。

fix：修复bug。

perf：优化相关，提高性能的代码。

refactor：重构（即不是新增功能，也不是修改bug的代码变动）。

style：不影响代码含义的修改，比如空格、格式化、缺失的分号等。

test：增加测试。

docs：对文档进行了修改。

build：对构建系统或者外部依赖项进行了修改。

ci：对CI配置文件或者脚本进行了修改。

subject(必须)
commit目的的简短描述，准则如下：

1.使用中文描述说明做了什么。如新增了哪些功能，更新优化或者删除了哪些内容，修复了哪些问题。（如：增加用户敏感信息脱敏处理逻辑）

2.结尾不加句号或其他标点符号。

3. 示例

feat：添加了注册逻辑实现

分支管理

分支统一命名

功能（feature）分支 ：采用 feature/* 的形式命名，这里的 * 根据需求取关键词，如 feature/add-login。
预发布（release）分支 ： 采用 release/* 的形式命名，这里的 * 根据上线版本号，如 release/1.0.0 。
修补bug（hotfix）分支 ： 采用 hotfix/* 的形式命名，这里的 * 根据上线版本号，如 hotfix/1.0.0.1 。
标签 （tags）：直接用上线版本号命名，如 1.0.0 、1.0.0.1。

GitFlow

在sourceTree 里克隆项目后点击 gitflow

生成develop分支
然后再develop分支中点击gitflow 创建feature和release分支
再master分支中点击 gitflow 创建 hotflox分支

合并规范

略